javascript垃圾回收由引擎自动管理，基于可达性判断对象是否可回收；c/c++需手动分配释放内存，控制力强但易出错。
JavaScript 的垃圾回收，核心是自动识别并释放不再可达的对象所占内存。它不靠程序员干预，而是由引擎（如 V8）在运行时持续追踪哪些对象还能被访问——从全局对象、调用栈变量等“根”出发，顺着引用链能走到的，就留下；走不到的，就标记为垃圾，后续回收。
C/C++ 则完全不同：内存分配（malloc/new）和释放（free/delete）必须由开发者显式写出。漏掉一次 free，内存就一直占着；多释放一次，程序可能直接崩溃。这种控制力强，但也极容易出错，尤其在复杂逻辑或异常路径中。
垃圾回收依赖“可达性”，不是“是否还用得上”
一个对象会不会被回收，不取决于你主观觉得“它还有用”，而取决于它是否仍能从根对象被引用到。
- ✅
let obj = {x: 1}; obj = null;→ 原对象失去所有引用，不可达，可回收 - ❌
function createCycle() { let a = {}; let b = {}; a.b = b; b.a = a; }→ 即使函数执行完，a 和 b 互相引用，但因无法从根到达，仍会被标记清除（标记-清除算法解决循环引用）
JavaScript 内存分层管理，不是一刀切回收
现代引擎（如 V8）把堆内存分为新生代和老生代：
- 新生代存放刚创建、大概率很快不用的对象，用 Scavenge 算法快速复制回收（小内存、高频）
- 老生代存放存活时间长的对象，用 标记-清除 + 标记-整理组合，减少碎片
- 对象在新生代经历多次 GC 后，会“晋升”到老生代
这和 C/C++ 的连续手动 malloc/free 完全不同：JS 引擎自己决定何时、在哪块区域、用哪种策略回收，开发者看不见也无需操心。
本质区别不在“有没有回收”，而在“谁负责决策权”
- C/C++：程序员拥有全部内存生命周期控制权，也承担全部责任
- JavaScript：引擎掌握决策权，程序员只管逻辑；你写
obj = null或让引用自然消失，只是“协助”引擎更快判断可达性，不是“命令它立刻释放”
这种设计让前端开发更安全、更高效，代价是牺牲了底层控制能力——你无法强制立即回收某个对象，也无法预知 GC 何时触发（尽管可用 WeakMap/WeakRef 做轻量级提示）。
不复杂但容易忽略
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
