使用ANTS Memory Profiler在ASP.NET网站中查找内存泄漏？

Question

我有一个内存泄漏的ASP.NET FRAMEWORK 4.0网站。为了找到它，我安装了ANTS Memory Profiler。

这就是我的所作所为：

1. IIS7中的主机网站
2. 启动Ants Memory Profiler 8.1
3. 设置我们正在分析IIS网站并说明此网页的URL（内置版本）
4. 开始测试并让网页启动（大量缓存大约1分钟）
5. 加载第一页并保持稳定时拍摄内存快照
6. 重新加载第一页A LOT，看看内存从110 MB（专用字节/工作集 - 私有）升至270 MB
7. 访问网页上的很多页面，看到它升至360 MB
8. 再推一次，不再加注
9. 选择内存快照，然后单击班级列表（选中带有来源的班级）

这将显示仍然保留的类

sites_mypage_default_asx - 10 320 bytes and 10 live instances
usercontrols_common_pagehead_ascx - 928 bytes and 4 live instances

等等

我相信/希望这些是将由GC清理的类

但这不是大脚印的地方，我必须取消选中带有源的类以获得非常大的脚。例如（按实时大小（字节）

排序）

string - 1 890 292 bytes
RuntimeMethodInfo - 990 976 bytes
RuntimePropertyInfo - 604 136 bytes
Hastable+bucket[] - 413 712 bytes

等等。

问题是我无法做到这些，当打开实例关系图时我只会看到System。课程，没有关于我的网站所在位置的信息。

当检查带有源的类时，我发现了一个可以修复的大内存泄漏（这是在上面的运行之前）。

但我不知道如何采取下一步措施？为什么我的网站仍然占用350 MB？ 350 MB的数据是很多数据，我看不到我缓存了这么多数据！？

下一步应该是什么？

Answer 1

它不一定是内存泄漏，只是内存压力不足以让垃圾收集器做更全面的工作。要全面调查此问题并检查是否是真正的内存泄漏，您应该对具有平均流量的网页进行长时间运行的负载测试。如果您有幸拥有它或开源Visual Studio Ultimate Load Testing项目，可以使用LoadUI。在此测试期间，请观察性能计数器：

• .NET Memory群组计数器，尤其是# Bytes in all Heaps和所有Gen # heap size，
• Process : Working Set和Process : Private bytes

经过几个小时的测试后，您将清楚地看到内存消耗的趋势。如果超过某个阈值，它可能会定期释放。但是如果内存消耗一直在增长，那么你将有更可能的内存泄漏假设。然后在内存泄漏结束时进行w3wp进程的完整内存转储，并尝试进一步调查它。

由于我是WinDbg的忠实粉丝（它比任何基于GUI的商业工具更快，更详细，更便宜），我建议你使用它。将其与Psscor2或Psscor4扩展名一起使用（取决于您的应用程序使用的版本）。设置调试环境（安装WinDbg并复制到其文件夹Psscor文件）后，创建进程的转储。例如，借助Procdump工具

，您可以轻松完成

procdump -ma <PID>

然后使用File加载转储 - ＆gt;打开Crush Dump选项。加载适当版本的Psscor：

.load psscor4

然后执行命令从Microsoft服务器下载符号（如果需要），确保您有互联网连接：

!symfix

从现在起你应该可以访问很多非常有趣的命令（查找!help列出它们）。要查看每种类型的内存使用情况：

!dumpheap -stat

这会导致很长的类型列表及其内存使用量按升序排序：

...
0x79b56d84    297,724    12,308,164 SomeNamespace.SomeObject
0x6983ad6c      1,177    19,751,856 SomeNamespace.SomeClass[]
0x79ba4aa0      6,544    46,300,516 System.Byte[]
0x001027a0        527    69,152,092      Free
0x79b9fb08  1,127,896    82,456,640 System.String

要查看整体内存使用情况（iu表示还会包含无根对象）：

!heapstat -iu

Heap             Gen0         Gen1         Gen2          LOH
Heap0         6594540      1488744     24322236     19164192
Heap1         8360908       951312     30822196     14358048
Heap2         8207144       386488     23198448     16078256
Heap3         4299844       453440     36015332     16125560
Total        39615576      5301708    179028460     93254272

Free space:                                                 Percentage
Heap0         4868516           12         3512      8692736SOH: 15% LOH: 45%
Heap1         7221256           12        66200      5232904SOH: 18% LOH: 36%
Heap2         7518052           12          520      7677824SOH: 23% LOH: 47%
Heap3         3578232           12      6606504      4098640SOH: 24% LOH: 25%
Total        28807516           72      8353592     31990912

Unrooted objects:                                           Percentage
Heap0         1688812       258828      8905748      4019992SOH: 33% LOH: 20%
Heap1         1052548       270796      9983932      5625984SOH: 28% LOH: 39%
Heap2          503560       267112      7697632      4596792SOH: 26% LOH: 28%
Heap3          571776       235440      8453980      5205176SOH: 22% LOH: 32%
Total         9691432      2179788     53539772     32143328

这些信息肯定会引出一些结论，但显然可以进一步调查，所以不要犹豫。