我的开发团队正在使用ASP.NET 3.5/4.0，我们的网站正在IIS 7.5上运行.最近，我们遇到了一些问题(大约一周一次)，导致ASP中抛出内存不足异常.NET应用程序."解决方案"是重启我们网站上的应用程序池.我说"解决方案"，因为它几乎不是一个解决方案；它更像是一条绷带，让我们的应用程序池保持合理的运行状态.在我看来，一些应用程序或许多应用程序正在泄漏内存，随着时间的推移，内存正在累积，并导致内存不足异常.虽然我可以将IIS设置为定期重新启动应用程序池，但我更希望知道如何检测内存泄漏，以便try 修复程序，而不是继续使用创可贴.是否有任何工具可以检测和记录ASP的内存泄漏.NET应用程序？
此外，当我们转而使用Telerik的RAD控制时，我们真的开始看到更多的问题.有没有其他人在使用这些控件时遇到过类似的问题？
谢谢
亚伦
我之前发布本指南是为了回答另一个问题，但该问题和我的答案似乎已被删除.这不是为胆小的人准备的:
应用程序运行一段时间后，使用adplus捕获进程的内存转储(使用process Explorer之类的工具查找要转储的正确进程ID非常有用):
ADPLUS -hang -p <process id> -o .个
This will create a directory containing the memory dump. You can now use windbg, and open the dump file (File -> Open Crash Dump...)
非托管代码的乐趣现在出现了.但是您可以使用名为Son of Strike的工具，它可以理解.NET代码，来查看分配了哪些对象.首先加载SOS:
.loadby sos mscorwks
然后请求它判断托管堆:
!dumpheap -stat
这通常会产生大量输出，但是有两列按类型显示实例数量和消耗的内存量.有些类型您预计会看到很多(例如字符串)，但是如果您自己的类型有数千个实例，那么您可能会以某种方式泄漏这些对象.我在过go 遇到的一个问题是将对象中的事件处理程序连接到应用程序中的静电事件-然后该事件就会有一个对每个对象的实时引用.
我从来不记得大部分是怎么工作的，通常指的是这cheat sheet for SOS个
苔丝·费兰德斯有一张good blog英镑的支票，有时还可以报销.NET使用非托管调试器进行调试
例如，a post from last May，详细说明了如果将XmlSerializer与非默认构造函数一起使用可能会出现的问题.