WeakRef和FinalizationRegistry无法辅助闭包内存管理，因闭包捕获的变量构成强引用，二者均无法干预；正确做法是主动切断引用链，如用ID替代对象引用、及时清理监听器与定时器。
WeakRef 和 FinalizationRegistry 不能直接“辅助闭包内存管理”，它们对闭包持有的引用无能为力——闭包内捕获的变量只要被函数体引用，就构成强引用，WeakRef 包不住，FinalizationRegistry 也等不到它回收。
WeakRef 无法代理闭包内部变量
WeakRef 只能包裹一个对象的顶层引用，且仅当该对象**没有其他强引用存在时**才可能被回收。闭包一旦形成，其词法环境（LexicalEnvironment）会持有所捕获变量的强引用，此时即使你用 WeakRef 包裹了某个值并传进闭包，闭包实际使用的仍是原始值或其强引用副本。
- ❌ 错误写法：
const wr = new WeakRef(obj); const closure = () => console.log(wr.deref()?.x);—— 这里closure并未让obj变得可回收，wr是否有效完全取决于外部是否还有其他强引用 - ✅ 适用场景：缓存映射表中键为临时对象，又不想阻止其回收，例如
const cache = new Map(); const wr = new WeakRef(keyObj); cache.set(wr, value); - ⚠️ 注意：
WeakRef.prototype.deref()返回值可能为undefined，必须判空；且不可用于Promise、Function、Symbol等原始类型或不可弱引用类型
FinalizationRegistry 不会因闭包退出而触发
FinalizationRegistry 的回调只在**对象被垃圾回收器真正释放内存时**调用，而闭包捕获的变量只要还在作用域链中活跃，就不会被回收。哪怕闭包函数本身已不可达，其封闭的词法环境仍可能因异步任务、事件监听器、定时器等间接持有而长期存活。
- ❌ 常见误解：注册一个
FinalizationRegistry来“监听闭包销毁”，实际永远不会触发 - ✅ 正确用法：追踪显式创建但可能被遗忘清理的资源，例如手动分配的 canvas 上下文、WebGL buffer、自定义池对象：
registry.register(obj, { id }, obj); - ⚠️ 关键限制：注册时传入的
holdings参数必须是简单值（如 number/string/object），不能是闭包或含闭包的结构；且回调中无法访问原对象，只能靠holdings做轻量标记
真正影响闭包内存的是引用链与生命周期控制
想降低闭包导致的内存驻留，核心不是靠 WeakRef 或 FinalizationRegistry，而是主动切断不必要的引用。尤其注意那些隐式延长生命周期的模式：
- 避免在闭包中引用大型 DOM 节点或数据结构，改用 ID 或 key 查找：
const id = node.id; handler = () => api.update(id);而非handler = () => api.update(node); - 及时清除事件监听器和定时器：
element.addEventListener('click', handler);后记得element.removeEventListener('click', handler);，否则闭包和节点都被锁住 - 使用
AbortController中断挂起的 Promise 链，防止闭包因未 resolve/reject 的异步操作持续存活 - 模块级闭包中慎用
this或arguments，它们可能意外捕获整个上下文
WeakRef 和 FinalizationRegistry 是底层 GC 协作工具，不是闭包内存管理的开关。它们只在你精确控制对象生命周期、且能确保无其他强引用时才生效——而闭包天然制造强引用，这点无法绕过。
