finalizationregistry 在浏览器中自动清理回调不可用：chrome 127、firefox 128、safari 17.6 均禁用该功能，仅 cleanupsome() 可手动触发，且不保证覆盖所有回收对象；应改用 weakref 配合主动轮询或显式销毁。
FinalizationRegistry 在浏览器中根本不可用
直接说结论：FinalizationRegistry 是 JavaScript 规范里的东西，但截至 Chrome 127、Firefox 128、Safari 17.6，所有主流浏览器都**未启用**其清理回调功能——注册的回调永远不会被调用。你写 registry.register(obj, data, holdings) 没问题，但 registry.cleanupSome() 可能触发（手动调用时），而自动 GC 后的回调是空转的。
常见错误现象：console.log 在回调里不输出；用 WeakRef + FinalizationRegistry 模拟资源释放，结果内存没降、句柄没关、定时器没清。
- 规范要求实现“尽力而为”，但浏览器出于安全与实现复杂度考虑，普遍禁用自动回调
-
cleanupSome()是唯一可预测的触发点，但它不保证覆盖所有已回收对象，也不保证顺序或时机 - V8（Chrome/Edge）和 SpiderMonkey（Firefox）源码里明确把自动 finalization 回调标记为 “disabled” 或 “not implemented”
替代方案：用 WeakRef + cleanupSome() 主动轮询
如果你确实需要近似“对象销毁时清理”，只能放弃自动回调，改用 WeakRef 持有目标对象，并周期性调用 registry.cleanupSome() 手动检查。这不是真正的 GC 钩子，而是模拟。
使用场景：管理大量临时 canvas 上下文、WebGL 纹理、自定义事件监听器绑定、或避免全局 Map 持久引用 DOM 节点。
- 必须自己维护一个
WeakRef实例，不能只靠FinalizationRegistry的 holdings 参数 - 推荐用
requestIdleCallback()或setTimeout(..., 0)做轻量轮询，避免阻塞主线程 - 不要在
cleanupSome()回调里执行耗时操作（如 DOM 操作、fetch），它可能在任意帧内被调用
const registry = new FinalizationRegistry((heldValue) => {
// 这个函数在浏览器里基本不会被自动调用
console.log('cleanup:', heldValue); // ← 几乎看不到输出
});
const obj = { id: 'temp-canvas-1' };
registry.register(obj, { ctx: canvas.getContext('2d') });
// 必须手动驱动
function pollCleanup() {
registry.cleanupSome(); // 显式触发一次检查
requestIdleCallback(pollCleanup, { timeout: 2000 });
}
pollCleanup();
更可靠的做法：显式销毁 + WeakRef 辅助兜底
真正健壮的清理逻辑，永远依赖开发者显式调用 destroy()、teardown() 或类似方法。把 WeakRef 当作“提醒机制”，而不是“执行机制”。
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
参数差异：registry.register(obj, data, token) 中的 token（可选）仅用于调试标识，在浏览器中无实际作用；data 是唯一能传进回调的值，但它可能比 obj 存活得更久（因为被闭包持有）。
- 显式销毁函数应负责释放资源、移除事件监听、清除定时器、置空引用
-
WeakRef可用来检测是否“忘记调用销毁”：比如在每次渲染前检查ref.deref() === undefined，然后 warn - 避免在
FinalizationRegistry回调里访问 DOM 或全局状态——GC 时机不确定，此时页面可能已卸载
Node.js 环境下也别依赖自动回调
即使在 Node.js（v14.6+ 支持 FinalizationRegistry），自动回调仍受 V8 GC 策略限制：只有在“scavenger”或“mark-sweep”完整周期后才可能触发，且不保证及时性。生产环境日志里常看到延迟数秒甚至分钟才回调。
性能影响：FinalizationRegistry 注册本身开销小，但大量注册会拖慢 GC 周期；频繁调用 cleanupSome() 会增加 JS 引擎负担。
- Node.js 中可用
process.on('beforeExit')做终局清理，但无法覆盖 worker thread 或 uncaughtException 场景 - 对文件句柄、数据库连接等关键资源，必须用
try/finally或using（ES2022）确保释放 - 测试时不要用
global.gc()验证——它只在 debug 模式下有效，且行为不稳定
最易被忽略的一点：你以为注册了就等于加了保险，其实只是贴了一张便签。真正的清理控制权，始终在你自己写的那行 resource.close() 里。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
