最有效防范闭包内存泄漏的手段是禁止隐式全局：启用严格模式（"use strict"）使漏写let/const的赋值抛错，配合eslint规则no-implicit-globals和no-unused-vars；避免将闭包挂到window/globalthis或模块顶层，改用const声明、参数传入、工厂函数或weakmap关联轻量标识；定期扫描全局对象并为长期闭包配备销毁机制。
直接禁止隐式全局，是防范这类泄漏最有效也最基础的手段。闭包本身不危险，但一旦被挂到 window、globalThis 或模块顶层作用域的裸变量上，它捕获的整个作用域链（包括 DOM 节点、大数组、组件实例等）就再也无法被回收——因为全局对象永远存活。
启用严格模式并拦截隐式赋值
在所有脚本顶部加 "use strict"，它会让漏写 let/const 的赋值直接抛错，而不是悄悄挂到全局。配合 ESLint 规则 no-implicit-globals 和 no-unused-vars，能在开发阶段就拦住绝大多数意外挂载。
- 错误写法：
cacheFn = () => { ... };→ 会变成window.cacheFn - 正确写法：
const cacheFn = () => { ... };→ 作用域受限，组件卸载后可回收
避免把闭包当“配置”或“工具”直接导出
模块顶层导出函数时，要警惕它是否无意捕获了初始化时的大对象。比如：
- 危险：在模块开头
const data = fetchBigList(); const utils = { process: () => data.map(...) };→utils.process永远持有着data - 安全：把数据作为参数传入
process(data)，或用工厂函数按需生成闭包
清理全局缓存结构中的闭包引用
如果确实需要全局缓存（如主题切换器、国际化翻译函数），不要直接存闭包，而应存轻量标识，并用 WeakMap 关联实际数据：
- 错误：
window._themeHandler = () => renderWithTheme(theme); - 推荐：
const handlerCache = new WeakMap(); handlerCache.set(themeElement, () => renderWithTheme(theme));→ 元素被删，缓存自动失效
定期扫描全局对象上的可疑函数
上线前可在控制台简单检查：Object.keys(window).filter(k => typeof window[k] === 'function').filter(k => k.includes('handle') || k.includes('on'))。发现命名随意、无明确生命周期管理的函数，就是高风险点。
真正需要长期存在的全局闭包（如路由守卫、错误上报），务必配套明确的销毁机制，比如提供 uninstall() 方法手动清除其内部引用。
