JavaScript异常处理中释放资源的核心是用finally块兜底清理，配合显式解绑、赋值null等手段切断引用；需在try外声明可清理引用，避免finally中抛错或异步操作，并结合框架生命周期管理。
在 JavaScript 异常处理中释放资源，核心是利用 finally 块执行确定性清理，同时配合显式解绑、赋值为 null 等手段切断引用，确保垃圾回收器能及时回收内存。
用 finally 做兜底清理
finally 是唯一无论是否抛错、是否被捕获都会执行的代码块，适合放收尾操作：
- 关闭模拟的“连接”（如手动管理的 WebSocket 实例、自定义缓存句柄）
- 清除定时器：
clearTimeout(timerId)或clearInterval(intervalId) - 移除临时绑定的全局事件监听器（尤其
window或document上的） - 重置状态变量，比如把正在加载的标志
isLoading = false
注意：finally 里不要抛异常，否则会覆盖原错误；也不建议在里面做异步操作（如 await），因为无法保证执行时机。
在 try 中提前建立可清理的引用
资源创建和清理要成对出现，且引用必须能在 finally 中访问到：
立即学习“Java免费学习笔记（深入）”；
- 把定时器 ID、事件监听函数、DOM 元素引用等声明在
try外部作用域（如函数顶部） - 避免在
catch或finally中重复清理——确保只清一次，可用标志位控制 - 示例：打开一个弹窗后需强制关闭，就把弹窗 DOM 节点存在变量里，
finally中调用remove()
对特殊资源做显式释放
有些资源不会被 GC 自动回收，必须手动干预：
-
DOM 引用：移除元素后，若 JS 还持有其引用（如放进数组或 Map），需主动设为
null或delete键 -
闭包变量：如果闭包长期存活并持有了大对象，可在不再需要时将相关字段赋值为
null -
全局监听器：用集中注册方式（如
window.__listeners = []），统一在finally或组件卸载时批量removeEventListener -
Web Workers：调用
worker.terminate()，不能只靠 GC
结合现代框架的生命周期管理
纯 JS 的 try/catch/finally 适合函数级逻辑，但真实项目中更多资源绑定在组件或模块上：
- React 中优先用
useEffect清理函数，而非依赖finally - Vue 中使用
onBeforeUnmount解绑事件、清除定时器 - 路由切换前，通过路由守卫（如 React Router 的
useBlocker或 Vue Router 的beforeRouteLeave）触发清理 - 把资源生命周期与 UI 生命周期对齐，比单纯靠异常流程更可靠
