JavaScript内存清理的核心是主动切断对象的所有引用路径以触发GC回收，包括置null/undefined、清除事件监听器、打破循环引用、使用WeakMap/WeakRef、清理定时器与异步回调，并通过Chrome DevTools验证释放效果。
JavaScript 中清理不再使用的变量引用，核心是让对象失去所有可访问的引用路径，从而被垃圾回收器（GC）自动回收。你不需要手动“释放内存”，但必须主动切断对无用对象的引用。
及时解除全局变量或长生命周期对象的引用
全局变量、闭包中捕获的变量、事件监听器绑定的对象等，容易长期持有引用，导致内存无法释放。
- 用完后显式赋值为 null 或 undefined（尤其对大对象、DOM 节点、数组、缓存数据）
- 移除事件监听器时，确保使用相同的函数引用调用
removeEventListener - 避免在闭包中意外保留对外部大对象的引用；必要时在闭包作用域结束前清空相关字段
小心循环引用（尤其在旧版 IE 中更关键）
两个对象互相引用，且没有其他外部引用时，现代 V8 引擎（Chrome/Node.js）能正确回收。但在某些场景（如 DOM + JS 对象混合引用）仍可能延迟回收。
- 手动打破循环：例如 DOM 元素上挂载的 JS 对象，应在元素销毁前清除其
element.__jsData = null - 使用 WeakMap 或 WeakRef（ES2021+）存储关联数据，它们不阻止 GC，适合元数据缓存
避免意外的闭包引用泄漏
定时器、回调函数、Promise 链中若捕获了外部大对象，而这些异步逻辑长期不结束，就会持续占用内存。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
- 检查
setTimeout/setInterval是否在不需要时被clearTimeout/clearInterval清理 - 组件卸载（如 React 的
useEffect清理函数、Vue 的beforeUnmount）中取消网络请求、清除定时器、解绑事件 - 避免在回调中直接使用外层大数组或大型配置对象；可只传必要字段
监控与验证是否真正释放
仅靠代码逻辑不能保证内存释放，需结合工具确认效果。
- 用 Chrome DevTools 的 Memory 面板 拍摄堆快照（Heap Snapshot），筛选“Detached DOM tree”或对比快照间对象数量变化
- 使用
performance.memory（非标准但部分浏览器支持）粗略观察堆使用趋势 - 留意控制台中的 Memory Leak 提示（如频繁重绘未卸载组件）
不复杂但容易忽略：大多数内存问题不是 GC 失效，而是你还在悄悄“抓着”对象不放。
