object.assign() 与 weakref 无法构成弱引用缓存，因其仅浅拷贝并保持强引用，weakref 又只能包裹单个对象且不控制内部引用强度；正确方案是使用 weakmap 以对象为弱键实现自动失效缓存。
Object.assign() 本身不支持弱引用，也不能直接与 WeakRef 组合实现“弱引用缓存”。WeakRef 的设计目标是持有对对象的**非强制性引用**（即不阻止垃圾回收），而 Object.assign() 是一个纯同步、浅拷贝的赋值工具，它操作的是对象的属性值，不涉及引用生命周期管理。二者语义层面不兼容——你无法用 WeakRef “包装” Object.assign 的结果来获得自动释放的缓存。
为什么 Object.assign + WeakRef 不能构成弱引用缓存
WeakRef 只能包裹**单个对象**，且必须配合 deref() 显式读取；它不能包裹普通数据（如字符串、数字）、不能包裹不可枚举属性、也不能包裹嵌套结构的中间节点。Object.assign() 返回的是一个新对象，其属性值仍是原始引用（强引用）。即使你把整个拷贝结果用 WeakRef 包一层：
const original = { a: 1, b: { c: 2 } };
const copy = Object.assign({}, original);
const weakCopyRef = new WeakRef(copy);
// ✅ weakCopyRef 指向 copy，copy 强引用 original.b
// ❌ 当 original 被丢弃，copy 仍存在（除非你手动删掉所有对 copy 的引用）
// ❌ copy.b 仍是强引用，不会因 original.b 被回收而断开
此时 weakCopyRef 只控制 copy 这个外壳对象是否可被回收，但不影响其内部属性的引用强度——缓存依然会阻止原对象子树的回收，违背“弱引用缓存”的本意。
真正可行的弱引用缓存模式：用 WeakMap 做键映射
若目标是“当源对象被 GC 后，对应缓存自动失效”，应使用 WeakMap，因为它以对象为键，且键是弱引用：
- WeakMap 的键（源对象）被回收后，对应条目自动消失，无需手动清理
- 缓存值可以是任意内容：深拷贝结果、序列化字符串、或仅需计算的中间态
- 搭配 Object.assign() 可用于构造缓存值（例如浅拷贝），但拷贝动作本身不引入强引用泄漏
示例：带浅拷贝的弱引用缓存
const cache = new WeakMap();
function getCachedShallowCopy(obj) {
if (!cache.has(obj)) {
// 仅当 obj 还存活时才执行拷贝，且拷贝结果不反向引用 obj（安全）
const copy = Object.assign({}, obj);
cache.set(obj, copy);
}
return cache.get(obj);
}
const source = { x: 1, y: { z: 2 } };
const cached = getCachedShallowCopy(source); // { x: 1, y: { z: 2 } }
// 后续若 source 被丢弃，cache 条目自动消失，无内存泄漏
若需“弱引用感知”的深拷贝缓存，需额外策略
WeakMap 本身只解决“键存活”问题，不解决值中嵌套对象的弱引用。若要求缓存值中的子对象也随原对象一起被回收（例如缓存 DOM 元素及其子孙快照），则无法靠语言原生机制全自动实现——JavaScript 没有“弱引用属性”或“弱图遍历”。此时可考虑：
- 按需重建：缓存只存关键标识（如 id、hash），每次访问时重新生成视图，避免持久持有引用
-
手动解绑钩子：在源对象销毁前调用
cache.delete(obj)（适用于可控生命周期对象，如自定义类） - FinalizationRegistry 配合 WeakRef：监听源对象被回收，在回调中清理相关缓存（注意：回调异步、不保证及时、不可预测顺序）
小结：别强行组合，选对工具
Object.assign() 是拷贝工具，WeakRef 是单对象弱持有工具，WeakMap 才是实现“对象键自动失效缓存”的标准方案。三者定位不同，混用易引发误解。需要弱引用语义的缓存，请优先用 WeakMap；若需更精细控制，再叠加 FinalizationRegistry 或业务层清理逻辑。Object.assign() 可作为缓存值生成手段之一，但它本身不提供弱性保障。
