内存泄漏 - 缺少垃圾收集器

Question

让我们考虑一个内存泄漏程序，其中一块堆内存没有被释放并且程序终止。如果这是（比如说）一个 Java 程序，那么内置的垃圾收集器将在程序退出之前自动释放该堆块。

但即使在 C++ 中，如果程序退出，内核也不会自动取消分配与进程关联的所有空间。同样在 Java 代码中，内核必须为进程的文本部分（代码）取消分配空间（即使堆栈和堆部分由垃圾收集器取消分配）。那么，使用垃圾收集器功能的总体优势是——只是增加了程序本身而不是内核释放堆所需的时间？ （如果有任何这样的节省）

编辑：我的一个主要疑问是查看响应 - 当内存使用达到限制时，GC 会自动调用自身吗？因为，如果仅在程序终止之前调用 GC，那么它对于长程序没有用处。

Answer 1

1. 这假设内核在您之后进行清理。并非所有操作系统都会自动处理动态分配的内存。 （但公平地说：大多数现代操作系统，至少在桌面上，
2. 都是这样做的。）即使是回收所有内存的操作系统也只有在进程终止时才会这样做。大多数程序在其总运行时间中分配的内存远多于它们在任何给定时间点所需的内存（当运行足够长的时间时，对于许多数据处理应用程序来说，“长”可能是几秒钟）。
3. 因此，许多进程（尤其是长时间运行的进程）在其生命周期中会产生越来越多的垃圾（不再使用的内存，也不会再次使用），并且没有希望在不终止的情况下摆脱它。 。您不想仅仅为了保持较低的内存使用量而终止并重新启动整个进程，对吗？
4. 因为未使用的内存几乎永远不会被处理掉（有相当多的进程无限期地运行，有些可以运行几个小时），所以一段时间后你会遇到严重的内存短缺。您的浏览器会将您在此会话期间打开的所有图像、HTML 文档、JS 对象等保留在内存中，因为您无需每隔几分钟重新启动它。你说这是胡说八道，而且是浏览器中的一个严重问题？我的观点完全正确。
5. 此外，大多数（也就是说，所有好的）GC 不会释放所有东西 - 当他们认为值得时，他们会不时运行，但当进程关闭后，内存中保留的所有内容都将被保留到较低级别（无论是自定义分配器还是操作系统）以进行释放。这也是为什么终结器不能保证运行的原因——在不进行多次分配的短期运行程序中，GC 可能永远不会运行。

所以不，GC 并不是为了节省时间。它可以节省大量内存，防止长时间运行的分配密集型程序占用所有可用内存，并最终导致每个人都因内存不足错误而死亡。

Answer 2

假设程序分配了一些资源，在运行时一直使用它，但在退出之前没有正确释放它。当该程序退出时，内核会释放所有程序资源 - 这是可以的。

现在考虑这样的情况：某个函数在每次调用时都会产生内存泄漏，并且该函数每秒被调用 100 次。几分钟或几小时后，该程序因没有可用内存而崩溃。

糟糕的是，造成类型 1 内存和资源泄漏的程序员通常会造成类型 2 泄漏，从而产生肮脏且不稳定的代码。专业程序员编写完美的代码，0资源和内存泄漏。如果垃圾收集器可用 - 就可以了。如果没有 - 自己管理资源。

顺便说一句，垃圾收集器仍然有可能造成泄漏 - 就像众所周知的 .NET 事件源-消费者泄漏一样。所以，垃圾收集器非常有用，节省了开发人员大量的时间，但无论如何开发人员必须小心管理程序资源。