C＃如何报告非特定内存使用情况

Question

因此，我试图向我的鞋帮证明该产品包含内存泄漏。 但是，运行接触COM对象的脚本大约要花费2个小时才能复制到OutOfMemoryException 。 为了使这种表现形式具有可表示性，我需要基线数据来表明不是我的脚本本身导致了内存问题，还需要数据来表明行为确实重复了内存泄漏。

我打算通过定期报告将总内存使用情况报告到日志文件中来做到这一点。 例如，在此框上，我的Windows任务管理器->性能选项卡显示2.00GB中的当前我使用的是1.67GB。 那就是我需要输入我的代码并定期转储到日志文件中的数字。

只有一个问题...我如何获得那条信息？

感谢您可以提供的任何帮助，即使是告诉我不可能：P。

更新 ：感谢您提供有关COM内存问题的信息，但是我所说的“基准”也以有效相同的方式触及COM对象，不会引起特定行为造成的内存问题。 在这里，仅回答我提出的问题将对我有所帮助。

Answer 1

更新： ，为了回答OP的问题， System.GC类提供了一种估计使用中的内存量的方法：

System.GC.GetTotalMemory(false)

如果在长时间运行的进程（即没有空闲时间）上使用COM，则除非定期调用，否则将遇到内存泄漏。

Thread.CurrentThread.Join(100);

100当然可以更改，但是它将是活动线程在恢复之前“休眠”的时间。 从文档：

阻止调用线程，直到线程终止或经过指定的时间为止，同时继续执行标准COM和SendMessage泵送。

关键是最后一个子句。

参考： http : //support.microsoft.com/kb/828988

如果基于单线程单元（STA）的控制台应用程序创建然后使用STA组件对象模型（COM）组件，并且该控制台应用程序没有执行足够的操作来泵送COM消息，例如调用Monitor.Enter方法，Thread.Join方法等，可能会出现以下症状。 此外，如果控制台应用程序执行了长时间运行且不会发送消息的操作，例如调用Console.ReadLine方法，则可能会出现以下现象：

• COM组件的发布可能会延迟。
• 垃圾收集器收集的对象的Finalize方法的调用可能会延迟。
• 调用COM组件可能会长时间阻止应用程序线程。 STA应用进程使用的内存量可能会随时间增加。
• 调用GC.WaitForPendingFinalizers方法可能需要很长时间才能返回。