javascript垃圾回收判定对象存活的核心依据是可达性：从根对象（如全局对象、函数局部变量、调用栈等）出发，能通过引用链访问到的对象即为可达、存活；否则即被回收。
JavaScript 垃圾回收机制判定对象是否存活，核心依据是可达性（Reachability）——不是看有没有变量引用它，而是看从根（roots）出发能否“触及”到该对象。
什么是可达对象？
可达对象指从一组固有“根”出发，通过引用链能访问到的对象。这些根包括：
- 全局对象（浏览器中是
window，Node.js 中是global） - 当前执行函数的局部变量和参数
- 其他内部引用（如正在调用的栈帧、内置缓存等）
只要一个对象能被从任一根沿引用路径（属性、数组元素、闭包变量等）到达，它就被视为“存活”，不会被回收。
常见“看似引用却不可达”的情况
变量名存在 ≠ 对象可达。以下情形对象实际已不可达：
-
赋值为
null或覆盖引用：let obj = {a: 1}; obj = null;→ 原对象若无其他引用，立即不可达 -
作用域退出后未被捕获的局部对象：
function foo() { return {x: 1}; } foo();→ 返回对象若没被外部接收，函数执行完即不可达 - 闭包中未使用的外层变量：现代引擎（如 V8）会做“闭包变量分析”，只保留真正被内层函数访问的变量，其余自动丢弃
-
循环引用但整体不可达：
let a = {}; let b = {}; a.ref = b; b.ref = a; a = b = null;→ 整个环脱离根，会被同时回收（现代引擎已支持）
WeakMap 和 WeakRef 怎么影响存活判定？
它们的设计目的就是不构成强引用，因此不影响可达性判断：
-
WeakMap的键是弱引用：如果某个对象仅作为 WeakMap 的键存在，且无其他强引用，该对象仍会被回收，对应键值对自动消失 -
WeakRef的deref()返回可能为undefined：它不阻止目标对象被回收，只是提供一种“尝试获取”的方式
这类结构适合缓存、元数据绑定等场景，避免内存泄漏。
开发者能做什么？
虽然不用手动触发 GC，但可主动减少不必要的强引用：
- 及时解除事件监听器（
removeEventListener）或定时器（clearTimeout） - 大对象或 DOM 节点不再需要时，显式设为
null（尤其在闭包或长生命周期对象中） - 避免意外将数据挂载到全局对象上（如漏写
let/var/const） - 用
WeakMap存储实例私有数据，而不是在对象自身加属性
本质上，让对象自然脱离引用链，GC 就会按规则安全清理。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
