.Net线程池ThreadPool导致内存高的问题分析

最新推荐文章于 2023-08-08 23:21:04 发布

转载

最新推荐文章于 2023-08-08 23:21:04 发布 · 527 阅读

1 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/wigis/p/7940518.html

文章标签：

#c#

本文分析了一个WinForm程序在压力测试下，由于使用ThreadPool导致内存高升的问题。通过WinDbg分析发现，线程池的队列特性使得任务对象在完成前无法被GC回收，而优化线程池可以通过SetMinThreads调整策略，以避免内存延迟释放和不必要的内存膨胀。

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

最近写了一个WinFrom程序。此程序侦听TCP端口，接受消息处理，然后再把处理后的消息，利用线程池通过WebService发送出去（即一进一出）。

在程序编写完成后，进行压力测试。用Fiddler提交1万请求。

                ThreadPool.QueueUserWorkItem((o) =>
                {
                    try
                    {
                        APPService.AddLog(o as MDMPortalWCF.LogInfo);//发送此Log时，是提交WebService请求的。
                    }
                    catch (Exception e)
                    {
                        Console.WriteLine(e.ToString());                        
                    }

                },log);

　使用procexp.exe查看，随着TCP请求的增多，2代GCHeap不断增大。是明显的内存泄漏线索。

使用WinDbg分析，GC2明显大，线程正在忙。发现很多String（LogInfo中的属性）被System.Threading.ThreadPoolWorkQueue.QueueSegment引用。正是内存高的原因。

使用Fiddler查看，发现出乎意料的