C#线程不释放内存

Question

我有一个用 C#.Net 编写的 Windows 服务。服务启动后，我生成了一个新线程，如下所示

new Thread(new ThreadStart(Function1)).Start();

此线程无限循环并执行我的服务预期的职责。每天一次，我需要同时执行一个不同的操作，我的线程为此生成第二个线程，如下所示

new Thread(new ThreadStart(Function2)).Start(); 

第二个线程执行一个非常简单的功能。它使用 FileReadAllLines 读取文本文件的所有行，快速处理这些信息并退出。

我的问题是读取文件的第二个线程使用的内存没有被收集。我让我的服务运行了 3 个小时，希望能调用 GC，但什么也没发生，任务管理器仍然显示我的服务正在使用 150mb 的内存。读取和处理文本文件的函数是一个非常简单的函数，我确信没有对包含文本的字符串数组的隐藏引用。有人可以解释为什么会这样吗？是否有可能由另一个生成的线程生成的线程无法自行清理？

谢谢

Answer 1

相信垃圾收集器，不要担心。 150 兆是什么。您甚至没有在其中测量文件的大小；其中大部分将是代码。

如果您关心内存的去向，请先了解内存在现代操作系统中的工作原理。您需要了解虚拟内存和物理内存之间的区别、已提交内存和已分配内存之间的区别以及所有这些，然后才能开始抛出诸如“150 兆已分配内存”之类的数字。请记住，您在 32 位进程中有 2000 兆的虚拟地址空间；我不认为 150 兆的过程无论如何都很大。

正如 Jon 所说，您需要关注的是私有字节的缓慢稳定增长。如果这没有发生，那么您就没有内存泄漏。让垃圾收集器完成它的工作，不要担心。

如果您 仍然担心它，请不要使用任务管理器。获取内存分析器并学习如何使用它。任务管理器用于通过从 30000 英尺的高度俯视进程来检查进程。您需要使用显微镜而不是望远镜来分析进程如何释放单个文件的字节。

Answer 2

如果您使用 Windows 任务管理器来尝试计算所使用的内存，它可能会欺骗您。据我所知，CLR 使用的内存通常不会返回给操作系统......所以你可能仍然会看到一个高工作集，即使大部分内存仍然可以在其中重用过程。

如果您让服务运行一周，您会看到内存使用量在一周内稳步攀升，还是仅在第一天增加，然后趋于平稳？如果是这样，您肯定认为这是一个问题吗？如果是这样，您可能需要将第二个任务放在单独的进程中。