垃圾收集期间是否会检查持久性收集？

Question

我在node.js（数百万）中有一个非常大的对象集合，我需要保留在内存中用于缓存目的（它们在几个全局散列对象中维护）。每个哈希集合存储约750k个密钥。

为了将GC降到最低，我想找出最佳的方法来存储这些项目。将这些项目分成数以百计的哈希值是否会更好？我应该可能不使用哈希？有没有办法让它们完全离开堆栈，所以它们从来没有被GC检查过（如果是的话，我会怎么做）？

Answer 1

没有公共的API来控制JavaScript的垃圾收集。

但是多年来GC已经走过了很长一段路。现代GC的实现会注意到有些物体会长寿，并将它们放入一个特殊的“区域”，这个区域很少会被收集。

这个确切的工作原理完全依赖于实现;每个浏览器都是自己的东西，通常，当新的浏览器版本发布时，这也经常发生变化。

编辑内存和组织的布局是完全不相关的。如果没有花几个星期的时间阅读实际代码，现代GC就很难理解。所以我现在解释的是一个非常简单的图片;真正的代码将会有所不同（并且一些GC将使用完全不同的技巧来实现相同的目标）。

想象一下，GC为每个对象都有一个计数器，在这个计数器中它的数量在过去经常出现。此外，它还有几个列表，用于保存不同年龄的物体，也就是说，物体的计数器已经通过了一定的阈值。所以当计数器达到一定的限制时，对象将移动到下一个列表中。

每次GC运行时都会访问第一个列表。第二个列表仅适用于每第N次GC运行。

另一种实现可能会将新对象添加到“GC列表”的顶部，并且对于每个GC运行，它只会检查N个元素。很长一段时间，活的物体会在列表中移动，过了一段时间后，它们不会每次都被检查。

这对你意味着什么，你不必做任何事情; GC会发现你的巨大地图存在很长时间（对于地图中的所有对象也是如此），过了一段时间，它将开始忽略这个数据结构。