null不能销毁对象或触发GC，但可断开引用助其被回收；需确保对象无其他活跃引用，配合清理事件、定时器等副作用，并用Memory面板验证效果。
在 JavaScript 中，null 本身并不能“销毁”对象，也不能直接触发垃圾回收（GC），但它可以断开引用，从而让对象在满足条件时被 GC 回收。关键不在于赋值 null 这一动作，而在于确保该对象不再被任何活跃的变量、闭包、事件监听器、缓存或全局结构所持有。
何时赋值 null 真正有助于 GC
当一个大型对象（如大数组、DOM 树片段、Canvas 数据、大型 JSON 解析结果）仅被某个局部变量或属性引用，且你明确知道它后续不再需要时，主动将其引用设为 null 可以提前解除强引用关系：
- 对象原本通过
let data = largeArray;持有，之后不再使用 → 改为data = null; - 对象作为对象属性存在：
cache.currentItem = hugeImage;，切换内容前执行cache.currentItem = null; - 避免意外保留：比如在组件卸载（React useEffect cleanup、Vue onBeforeUnmount）中清除对 DOM 节点或订阅对象的引用
常见无效或危险的“null 操作”
以下做法不会帮助 GC，甚至可能引入问题：
-
给原始值赋 null：数字、字符串、布尔值本身不占堆内存，赋
null无意义（如let x = 123; x = null;） -
重复赋 null：对象已不可达，再赋
null不改变 GC 状态 -
忽略隐式引用：即使把变量设为
null，若该对象还被定时器回调、未移除的事件监听器、WeakMap 外的 Map 缓存、console.log 缓存（某些浏览器 DevTools 会保留引用）持有，仍无法回收
比 null 更关键的实践
真正影响 GC 效果的是整体引用管理策略：
-
优先使用作用域控制：用块级作用域（
{ let tmp = ... }）让变量自然离开作用域，比手动置 null 更可靠 -
及时清理副作用：移除
addEventListener对应的removeEventListener；清除setTimeout/setInterval；取消fetch的AbortSignal -
谨慎使用缓存：避免用普通
Object或Map长期缓存大对象；可考虑WeakMap（键是弱引用）或带 LRU 与显式驱逐的缓存库 - 监控与验证：用 Chrome DevTools 的 Memory 面板拍快照，对比“before/after”，筛选 Constructor 名称，确认目标对象是否已释放
一个典型安全示例
处理大图预览后释放资源：
let previewImage = null;
function loadPreview(src) {
previewImage = new Image();
previewImage.onload = () => {
document.body.appendChild(previewImage);
};
previewImage.src = src;
}
function clearPreview() {
if (previewImage && previewImage.parentNode) {
previewImage.parentNode.removeChild(previewImage);
}
// 清理事件（防止内存泄漏）
previewImage.onload = null;
// 断开引用
previewImage = null;
} 
