WeakRef 和 FinalizationRegistry 仅在对象被 GC 回收后异步触发一次回调，用于泄漏分析和兜底清理，不提供实时释放通知或确定性时机。
WeakRef 和 FinalizationRegistry 不能“监控”内存释放，也不能提供实时、确定性的释放通知——它们只在对象**已被 GC 回收后**，由引擎异步触发一次回调。所谓“监控”，其实是事后记录与辅助验证，适用于长周期应用中泄漏分析和资源兜底清理，而非主动观测。
明确边界：它们不提供“释放时间点”信息
FinalizationRegistry 的回调不是“即将回收”的预警，而是“已经销毁”的确认。这个时机完全取决于：
引擎是否运行了 GC（浏览器中不可控，Node.js 需
+ 手动
，且仍不保证执行所有 finalizer）
对象是否真的断绝了所有强引用（包括 DevTools 控制台、闭包、定时器、事件监听器、console.log 缓存等隐式持有）
finalizer 队列是否被调度（可能延迟数秒甚至更久，且不保证顺序）
因此，你无法靠它做“释放倒计时”“释放率统计”或“释放告警”。它适合的是：某对象本该被回收却迟迟没触发回调 → 暗示存在意外强引用 → 启动泄漏排查。
构建可追溯的释放日志系统
把 FinalizationRegistry 当作一个轻量级“回收记账员”，关键在于注册时传入**可识别、可归类的标识**，而非原始对象：
用结构化 holdings，例如
回调中仅做副作用：写入全局日志数组、上报埋点、触发开发者工具面板更新
避免在回调中访问 DOM、调用复杂函数或抛出错误（会静默失败）
示例：
配合 WeakRef 做“存活快照”辅助判断
WeakRef.deref() 不是监控手段，但可用于周期性抽样检查——不是为了捕获释放瞬间，而是发现“本该释放却仍存活”的异常对象：
在缓存 Map 中保留
映射
定期遍历缓存，对每个
结果判空；若大量返回非 undefined，但对应业务逻辑已结束（如组件已卸载、请求已超时），说明这些对象被意外强引用滞留
结合 holdings 日志，比对“注册时间”与“实际释放时间”，识别长期驻留对象
真正有效的长周期内存治理靠主动切断
FinalizationRegistry 和 WeakRef 是被动信号源，而长周期应用稳定运行的核心是主动管理：
组件卸载时，显式清除
/
、
（尤其注意匿名函数）、
、
等
避免闭包直接捕获大型数据对象，改用 ID 或 key，在需要时重新获取
对 Canvas、WebGL、AudioContext 等资源，调用
、
等显式释放 API
使用
存储 DOM 节点关联数据，节点移除后自动解绑
WeakRef/FinalizationRegistry 在这里的作用，是帮你验证上述措施是否生效，而不是替代它们。
--expose-gcglobal.gc(){ type: 'canvas-buffer', id: 1024, createdAt: Date.now() }const releaseLog = [];
const registry = new FinalizationRegistry(({ type, id, createdAt }) => {
releaseLog.push({
type,
id,
releasedAt: Date.now(),
durationMs: Date.now() - createdAt
});
});
function trackBuffer(buffer, id) {
registry.register(buffer, { type: 'arraybuffer', id, createdAt: Date.now() });
}
key → WeakRefref.deref()setTimeoutsetIntervaladdEventListenerAbortControllerResizeObserverctx.destroy()gl.deleteTexture()WeakMap