JS WeakMap全集合打印与单元素查询键值移除表现差异原因

你观察到的现象由三个核心认知误区导致，和垃圾回收器未及时清理没有直接关联：

• WeakMap 的弱引用仅针对键生效，和存储的值完全无关。你第一个测试用例中，将作为值存入的obj置为null，根本不会触发WeakMap的条目回收逻辑——只有当作为键的对象失去所有外部强引用时，对应键值对才会在后续垃圾回收周期中被清理。你写的weakMap.set({}, obj)里，键是当场创建的空对象，从赋值开始就没有任何变量持有它的强引用，本身属于可回收对象，但这和你把值置空的操作没有任何关系。
• 执行weakMap.get({})返回undefined是必然结果，和WeakMap特性无关。JS中对象的键匹配比对的是引用地址，set时传入的空对象和get时传入的空对象是两个完全独立、内存地址不同的实例，哪怕用普通Map执行同样的代码，也永远拿不到对应值：

const normalMap = new Map()
normalMap.set({}, 'test')
console.log(normalMap.get({})) // 始终返回undefined，两个空对象不是同一个引用

• 打印整个WeakMap时能看到残留条目，是两个机制共同作用的结果：
  • 垃圾回收的执行时机完全由JS引擎自主调度，没有任何规范要求对象失去强引用后必须被立刻清理。即使键已经没有外部强引用，引擎也可能等到当前执行栈清空、内存占用达到阈值、下一轮GC周期启动时才会清理WeakMap中的对应条目，存在延迟是完全正常的。
  • 浏览器开发者工具的console.log对引用类型采用懒解析机制：执行log语句时控制台不会立刻序列化对象内容，等你手动点开打印条目查看详情时，才会读取当时的对象状态，这个时间差导致你看到的内容不一定和log执行瞬间的状态完全一致，不能作为判断WeakMap条目是否存在的准确依据。

正确测试WeakMap弱引用特性的写法应该用变量持有键的引用，释放引用时操作的是键而非值：

const weakMap = new WeakMap()
let keyObj = {id: 1}
const val = {name: 'Ivan'}
weakMap.set(keyObj, val)
keyObj = null // 释放键的强引用，对应条目会在下次GC时被回收

内容的提问来源于stack exchange，提问作者Ivan