设 null 仅在变量是对象唯一强引用时才有效，可助 GC 回收内存；否则因仍存在其他可达路径而无效，需结合 WeakMap、destroy 方法及 DevTools 验证。
有用，但前提是你清楚它在什么条件下起作用——不是所有设 null 的操作都能释放内存，关键看引用关系是否真正断开。
什么时候设 null 确实有效
当变量是对象**唯一的强引用来源**时，赋值为 null 才会让垃圾回收器（GC）在下一次运行中回收该对象。典型场景包括：
- 全局或模块级变量持有大数组、大 JSON 或 DOM 节点，确认不再需要后主动置
null - 函数内部创建的局部大对象，在函数返回前已明确生命周期结束，且无其他闭包、定时器、事件监听器捕获它
- 对象属性或数组元素曾引用大对象，现在要移除该引用，比如
cache.data = null或list[0] = null
为什么很多时候设 null 没用
因为 JavaScript 的内存回收依赖“可达性”，只要对象还能被某个活跃路径访问到，就不会被回收。常见失效情况：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
-
cache.set('key', bigData); bigData = null;—— cache 仍强引用着它 - 闭包里捕获了
bigData，而这个闭包又被挂到window或绑在 DOM 上没解绑 - 定时器回调持续访问该对象，
clearInterval没调用，光设null不管用 - WeakMap 键名引用了对象：设
null对 WeakMap 内部的弱引用无影响，也不需要设
比设 null 更可靠的做法
单纯依赖 null 容易遗漏，应结合设计与工具主动管理：
立即学习“Java免费学习笔记（深入）”；
- 用
WeakMap存 DOM 关联数据，节点卸载后自动解绑，不靠手动清理 - 给组件或模块提供
destroy()方法，统一清除事件监听器、定时器、缓存引用 - 绑定事件时用命名函数或保存句柄，确保能精准调用
removeEventListener - 避免闭包捕获整个大对象，只传入必要字段，比如
{ id, name }而非整个user实例
怎么验证解除引用是否成功
不能只靠代码逻辑判断，得用工具实测：
- Chrome DevTools → Memory 面板 → 拍堆快照，筛选
Closure或ArrayBuffer类型，对比操作前后数量与内存占用 - 在 Retainers 列表中查看某对象被谁持有：如果还显示
window或已移除的 DOM 节点，说明仍有隐式引用未断 - Performance 面板录制一段时间，观察内存曲线是否在重复操作后趋于平稳，而非持续攀升
