javascript无手动内存释放api，需通过解除引用使对象不可达以助gc回收：局部变量自动清理；全局变量、dom引用、定时器、事件监听器及闭包中大数据须显式设为null或清除；推荐weakmap/weakset避免强引用。
JavaScript 本身不提供手动释放内存的 API，但你可以通过主动解除引用来协助垃圾回收器（GC）及时回收内存，从而优化性能。关键不是“释放”，而是“让对象变得不可达”——一旦 GC 发现某个对象不再被任何活跃变量引用，它就会在下一次回收周期中清理该对象。
局部变量通常无需干预
函数内用 let 或 const 声明的变量，在函数执行结束、作用域退出后会自动脱离引用链，引擎会自然回收其占用的堆内存（如对象、数组）和栈空间（如数字、布尔值）。不需要也不应该手动设为 null。
需要主动解除引用的典型场景
以下情况容易让对象长期滞留内存，必须显式切断引用：
-
全局变量或模块级变量：比如挂载在
window或globalThis上的大数组、缓存对象。不用时应赋值为null或重新声明为undefined -
未清理的 DOM 引用：从页面移除节点后，若 JS 仍持有对该节点或其子元素的引用（例如
const el = document.getElementById('xxx')），该 DOM 树不会被回收。应配合el = null -
定时器与事件监听器：
setInterval、setTimeout的回调闭包可能捕获外部大对象；addEventListener若未配对调用removeEventListener，也会隐式保留引用。应在组件卸载或逻辑结束时清除 -
闭包中意外保留大数据：如内部函数长期存在（被赋给全局变量或事件回调），却引用了外部函数中创建的巨型数组。可在不需要时将闭包设为
null，或重构为仅捕获必要字段
推荐的解除引用写法
不是所有赋值都等效，注意以下细节：
- 对引用类型变量（对象、数组、函数）使用
obj = null是最直接有效的解除方式 - 避免仅用
delete obj.prop，这不释放对象本身，只删属性 - 清空数组推荐
arr.length = 0或arr = []（后者更彻底，前提是无其他引用） - 使用
WeakMap/WeakSet存储临时关联数据，它们不阻止 GC 回收键对象，适合缓存、元数据等场景
验证是否生效的小技巧
开发阶段可用浏览器 DevTools 的 Memory 面板进行快照比对：
- 执行疑似泄漏操作前拍一个 Heap Snapshot
- 执行操作（如打开/关闭弹窗、切换路由）
- 强制触发 GC（点击垃圾桶图标），再拍第二个快照
- 筛选
Retained Size大且数量异常增长的对象，查看 retaining path，确认是否还有本该断开的引用链
本质上，JavaScript 内存优化的核心是“控制引用生命周期”，而不是模拟 C/C++ 的 malloc/free。写清楚作用域、及时解绑、善用弱引用结构，就能让 GC 稳定高效工作。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
