我有一个 .NET 服务，正常的私有工作集大小约为80 MB。在最近的负载测试中，该进程达到了3.5 GB的内存使用，导致整个机器内存紧张（4 GB中使用了3.9 GB），并且在负载测试停止后很长时间没有释放内存。我使用任务管理器获取了进程的转储文件，并在Visual Studio 2010 SP1中打开它进行调试。
如何诊断内存问题？我可以使用dotTrace Memory 3.x来支持转储文件上的内存分析吗？如果不行，Visual Studio 2010 Premium的内存分析功能是否有用（我当前使用Professional版本）？WinDbg能帮忙吗？
更新： 新版的Visual Studio 2013 Ultimate可以使用转储文件本地诊断内存问题。请参阅此博客文章了解更多详细信息。
安装WinDbg。您需要确保获取正确的版本x86或x64，具体取决于您的转储文件。这是一个指向x86下载链接。
在此基础上，您需要确保获取了正确的转储文件。您可以使用任务管理器创建转储文件（右键单击进程->创建转储文件）。如果您正在使用64位，并且您的进程是x86，请使用32位版本的任务管理器（C:\Windows\SysWOW64\taskmgr.exe）来获取转储文件。有关获取转储文件的更多信息，请参见我的文章，例如如果您使用XP并且需要使用windbg来创建转储文件。
警告：学习曲线相对较陡峭，并且可能无法完全按照描述工作，请遇到任何问题时返回。
我假设您正在使用.NET4，因为您可以在Visual Studio中打开该转储文件。以下是一个非常简短的指南，以帮助您处理dmp文件:
1）运行WinDbg，将符号路径（文件->符号搜索路径）设置为
SRV*c:\symbols*http://msdl.microsoft.com/download/symbols
2) 打开Crash dump文件或将你的.DMP文件拖放到WinDbg中。
3) 在命令窗口中输入以下内容。
.loadby sos clr
.loadby sos mscorwks)!dumpheap -stat
这个列表展示了对象类型及其数量。看起来像这样：
您需要在应用程序上下文中分析它，看是否有任何异常情况。
windbg 还有更多功能，可以通过谷歌搜索获得更多信息。
!gcroot。这将显示该特定实例的根源。查找事件处理程序和固定对象（通常表示静态引用）。如果看到其中的终结器队列，则需要检查终结器线程正在执行什么操作。使用!threads和!clrstack命令进行操作。！dumpheap命令的PSSCOR版本具有非常有用的delta列，使内存泄漏的故障排除变得更加容易。!dumpheap -stat命令。接着让进程再次运行以进行分配。中断执行并重复该命令。现在，PSSCOR将向您显示自上次检查以来添加/删除的实例数量。-ma键或dotMemory可能无法读取转储。 - chester89http://msdn.microsoft.com/en-us/library/ee817660.aspx
微软在这里提供了一份指南。然而，对于初学者来说可能过于困难。
dotTrace可以生成比WinDbg更好的可视化内存图表，但不要用它来处理转储文件。