NLog源码解读——StringBuilderPool

最新推荐文章于 2024-02-20 10:09:12 发布

webmote

最新推荐文章于 2024-02-20 10:09:12 发布

阅读量2.4k

点赞数

CC 4.0 BY-SA版权

分类专栏： .net core 深度剖析文章标签： nlog stringbuilder pool 池子大对象

本文链接：https://blog.youkuaiyun.com/codeex/article/details/90055523

.net core 深度剖析专栏收录该内容

124 篇文章 ¥19.90 ¥99.00

订阅专栏

超级会员免费看

本文主要聚焦于NLog中StringBuilderPool的源码分析，揭示其如何有效避免大对象创建，提高性能。通过对池子机制的理解，帮助读者深入掌握NLog在日志处理中的内存管理策略。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

刚刚骚情的跑了下NLog测试，，，，，一篇文章就那么Crash了~~~
好吧，这次简化下，直接进入正题，有关GC的东东参考网上大部分文章吧。

源码分析

// StringBuilder 的建立也会耗费大量的资源，因此共用他们，使用这个类来管理池子
//需要了从这里获取一个，用完自动释放 ItemHolder 即可释放会池子
// 例如  using (var itemHolder = pool.Acquire()){}
internal class StringBuilderPool
    {
        private StringBuilder _fastPool;
        private readonly StringBuilder[] _slowPool;
        private readonly int _maxBuilderCapacity;

        /// <summary>
        /// Constructor
        /// </summary>
        /// <param name="poolCapacity">Max number of items</param>
        /// <param name="initialBuilderCapacity">Initial StringBuilder Size</param>
        /// <param name="maxBuilderCapacity">Max StringBuilder Si

了解本专栏