.net C 什么可以解释托管堆上超过5,000,000个System.WeakReference实例？

发布时间：2023-12-16 18:08:53 所属栏目：asp.Net 来源：DaWei

导读： 我一直在对生产ASP.NET Web应用程序运行负载测试,并且看到在堆上创建了大量的System.WeakReferences.在负载下大约15分钟内,托管堆内存大约增加到3GB,我有大约5,000,000个对System.WeakRefer

我一直在对生产ASP.NET Web应用程序运行负载测试,并且看到在堆上创建了大量的System.WeakReferences.在负载下大约15分钟内,托管堆内存大约增加到3GB,我有大约5,000,000个对System.WeakReference的引用.执行所有代的强制垃圾收集不会释放这些引用.

我已经看过关于__ENCLIST辅助类的帖子,如果在调试中编译程序集,可以为所有创建的对象创建WeakReferences,起初我认为这是问题,但已经验证所有已部署的程序集都是在发行版中构建的.

我一直在使用WinDbg来调试这个过程,这里是最后几行！dumpheap -stat

000007fef788e0c0 39253 18510000 System.Collections.Hashtable+bucket[] 00000000021bf120 94336 151023192 Free 000007fef7887e98 5959 189838752 System.Char[] 000007fef7874390 517429 589750224 System.Object[] 000007fef78865a0 1531190 1230824112 System.String 000007fef787dab8 51723338 1655146816 System.WeakReference

正如您所看到的,这些System.WeakReferences消耗了大约1.5GB的内存.

有谁知道什么可以创建所有这些WeakReferences？

解决方法事实证明,由于动态创建大量System.Diagnostics.TraceSwitch实例,我有一个System.WeakReference泄漏,内部TraceSource / TraceSwitch将WeakReference分配给新的TraceSource / TraceSwitch并将WeakReference放入列表中.尽管WeakReference允许对TraceSource / TraceSwitch进行垃圾回收,但WeakReference本身永远不会被释放,从而导致内存泄漏.

在这里可以找到更多信息

http://msdn.microsoft.com/en-us/library/system.diagnostics.tracesource(VS.80).aspx

（编辑：长春站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!