WeakMap 不可迭代，根本原因在于其键为弱引用，对象可能被GC随时回收，导致内容动态不确定、无法稳定枚举；ECMAScript刻意不提供遍历能力，仅保留set/get/has/delete四个单键操作，以保障内存安全与状态一致性。
WeakMap 不可迭代，根本原因在于它的键是弱引用，而弱引用的对象可能在任意时刻被垃圾回收器（GC）清理掉——这意味着 WeakMap 的内容在逻辑上是“动态不确定”的，无法稳定枚举。
弱引用导致内容随时变化
普通 Map 中的键是强引用，只要 Map 实例存在，键对象就一定“可达”，生命周期稳定，所以能安全地提供 keys()、values()、entries() 等遍历方法。WeakMap 则不同：
- 如果一个对象只被 WeakMap 作为键引用，且没有其他变量或结构指向它，GC 可能在下一次回收周期就把它连同对应的键值对一起清除；
- 这个过程完全由引擎自动触发，JavaScript 代码无法预测或干预；
- 因此，在你调用
keys()的瞬间，返回的键列表可能刚生成就已过期——有些键可能已被回收，有些甚至还没来得及被清理，结果不可靠、不一致。
设计上放弃遍历，换来内存安全
ECMAScript 明确选择不提供任何迭代能力，不是技术做不到，而是刻意为之。这种“残缺”恰恰是 WeakMap 的核心价值所在：
- 没有
for...of、没有forEach()、没有size属性； - 只保留最基础的四个操作：
set()、get()、has()、delete()； - 所有操作都以“单个键”为前提，不依赖整体状态，天然规避了竞态和不一致问题。
对比普通 Map 就更清楚
假设你用普通 Map 缓存 DOM 节点的计算结果：
- 节点从页面移除后，若 Map 还强引用它，该节点无法被 GC，造成内存泄漏；
- 你手动清理又容易遗漏，尤其在复杂组件生命周期中；
- WeakMap 则让“节点一消失，缓存自动失效”成为默认行为——但代价就是你不能问它“现在一共存了几个？都是哪些？”
它不是“暂时没实现”，而是“不该有”
不可迭代不是缺陷，而是约束。WeakMap 的定位从来不是通用数据容器，而是“隐形元数据关联工具”。它的存在意义，是让你把数据附着在对象上，同时把生命周期管理彻底交给引擎。一旦你开始需要遍历、计数或批量操作，说明你其实该用 Map 或其他结构。
