JavaScript无析构函数，实例销毁由GC自动完成；需手动清理定时器、事件监听器、WebSocket等外部资源，并推荐实现destroy方法协助GC。
JavaScript 中构造函数本身不负责销毁实例，也没有类似 C++ 的析构函数机制。实例的“销毁”完全由垃圾回收器（GC）自动管理，开发者无法手动调用“销毁方法”，但可以通过主动断开引用、清理副作用来协助 GC 回收内存。
为什么没有显式的销毁方法？
JavaScript 是基于自动垃圾回收的语言，对象是否可被回收，取决于它是否还存在可达引用（即能否从全局作用域或当前执行上下文沿引用链访问到该对象）。只要没有强引用指向实例，GC 在合适时机就会回收其内存。
你不能写 obj.destroy() 或 delete obj 来强制释放——delete 只能删除对象属性，不能释放对象本身；而 obj = null 仅是切断一个引用，是否真正释放取决于是否还有其他引用存在。
哪些资源需要手动清理？
GC 能自动回收内存，但以下外部资源不会被自动释放，必须由开发者在不再需要时显式清理：
Java 接口排错助手
下载
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
立即学习“Java免费学习笔记（深入）”；
-
定时器：如
setInterval、setTimeout返回的 ID，需用clearInterval/clearTimeout清除 -
事件监听器：通过
addEventListener添加的监听器，需配对调用removeEventListener -
WebSocket / Fetch 流 / 文件读取句柄：需调用
.close()、.abort()或销毁相关控制器 - 大型缓存或 DOM 引用：如缓存了大量数据，或长期持有对 DOM 元素的引用（尤其在单页应用中易导致内存泄漏）
推荐实践：提供 destroy 或 teardown 方法
虽然不是语言强制，但为类添加一个手动清理方法是良好习惯，尤其适用于组件类、服务类或长期存活的对象：
示例：
class TimerService {
constructor() {
this.timerId = null;
this.callbacks = [];
}
start(delay, cb) {
this.timerId = setInterval(cb, delay);
this.callbacks.push(cb);
}
destroy() {
if (this.timerId !== null) {
clearInterval(this.timerId);
this.timerId = null;
}
this.callbacks.length = 0; // 清空数组引用
}
}
const svc = new TimerService();
svc.start(1000, () => console.log('tick'));
// ……使用结束后
svc.destroy(); // 主动清理，防止定时器持续运行和内存滞留
辅助 GC 的关键操作
-
及时将变量设为
null或undefined：尤其在长生命周期作用域（如模块顶层、闭包）中持有实例时 - 避免意外的闭包引用：例如在回调中捕获了本不该存在的大对象
-
使用弱引用结构（谨慎）：如
WeakMap存储私有数据、WeakRef+FinalizationRegistry（仅用于调试/日志，不可依赖其触发时机） -
在框架中遵循生命周期钩子：如 React 的
useEffect清理函数、Vue 的beforeUnmount、Angular 的ngOnDestroy
