有人可以详细解释 Javascript 引擎如何处理循环引用吗？浏览器甚至 node.js 之间有很大区别吗？
我正在谈论的是对象内的显式后退/下一个引用。例如：
var objA = {
prop: "foo",
next: null
};
var objB = {
prop: "foo",
prev: null
};
objA.next = objB;
objB.prev = objA;
我们走了。如果我们执行 aconsole.log( objA )我们可以看到我们创建了一个无限链。最大的问题是，这不好吗？未明确清理时是否会造成内存泄漏？
所以我们必须
objA.next = null;
objB.prev = null;
或者垃圾收集器会在这样的星座上照顾我们吗？
任何半体面的垃圾收集器都会处理循环。
如果您进行朴素的引用计数，循环只是一个问题。
大多数垃圾收集器不进行引用计数（因为它无法处理循环，也因为它效率低下）。相反，他们只是遵循他们可以找到的每个引用，从“根”（通常是全局变量和基于堆栈的变量）开始，并将他们可以找到的所有内容标记为“可达”。
然后他们简单地回收所有其他内存。
循环没有问题，因为它们只是意味着将多次到达同一个节点。第一次之后，该节点将被标记为“可达”，因此 GC 将知道它已经存在，并跳过该节点。
甚至更原始的基于引用计数的 GC 通常会实现算法来检测和中断循环。
简而言之，这不是您必须担心的事情。我似乎记得 IE6 的 Javascript GC 实际上未能处理循环（我可能是错的，我已经有一段时间没有阅读它了，而且自从我接触 IE6 以来已经很久了），但在任何现代实现中，它都不是问题。
垃圾收集器的全部意义在于抽象出内存管理。如果你必须自己做这项工作，你的 GC 就坏了。
有关现代垃圾收集和使用的标记和清除算法的更多信息，请参阅MDN。