2

我有一个存在内存泄漏的 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 (Private Bytes/Working Set -Private) 增加到 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 的数据是很多数据，我看不到我缓存了这么多数据！？

我的下一步应该是什么？

4

1 回答 1

3

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

  • .NET 内存组计数器，尤其是# 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 -> Open Crush Dump 选项加载转储。加载适当版本的 Psscor：

.load psscor4

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

!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

这些信息肯定会引导您得出一些结论，但显然可以进行进一步调查，因此请不要犹豫。

于 2013-12-01T11:43:38.313 回答