什么是追查内存泄漏只在一个客户的测试/释放盒中的最佳方式，并没有别的地方？
Answer 1:
dotTrace3.1
（这个问题有点滑稽，因为我跟踪MEM泄漏是不存在我的机器上...）
Answer 2:
尝试内存分析器像蚂蚁探查 。
Answer 3:
如果用户有问题就始终，采取STACKDUMP并以标准方式分析
Answer 4:
这是不是代码，数据或配置。
既然你说的代码是没有的时间错误的100％，我会责怪配置。 取配置的副本（和任选的一些数据），并试图复制的问题; 你不会知道你已经发现并修复它没有再现。
最后，用内存分析器解决它。
Answer 5:
这里有一个选择：给他们一个框，泄漏不存在。
有时候，它不是代码。
编辑：这是不是代码，数据，或配置。
或.NET Framework，操作系统，驱动程序，IIS或COM（自动化Excel，例如），或SO-上。
我的假设是，内存泄漏是不是除了在客户端的框（其中开发不能被允许访问调试）重复性。
Answer 6:
性能监视器可以帮助（ http://dotnetdebug.net/2005/06/30/perfmon-your-debugging-buddy/ ）。 有几个柜台，可以帮助缩小什么资源泄漏，以及以什么速度，等等。
文章来源: Best way to track down a memory leak (C#) only visible on one customer's box
