WeakSet只能存储对象引用，因其底层依赖引擎以对象内存地址构建的弱引用哈希表，而原始值无堆地址、不可被弱持有，故传入即抛TypeError。
WeakSet 只能存储对象引用，这不是设计上的“限制”，而是由其底层弱引用机制决定的物理约束——它直接依赖 JavaScript 引擎对对象内存地址的弱持有能力，而原始值（如数字、字符串、布尔）没有独立内存地址，无法被弱引用。
为什么原始值根本无法进入 WeakSet
JavaScript 中的原始值（primitive）在栈中按值存储，不产生堆内存地址；WeakSet 内部依赖引擎维护一个以对象内存地址为键的哈希表（类似 iOS 的 weak 表），只有具备稳定内存地址的对象才能被注册和追踪。当你尝试 weakSet.add(42) 或 weakSet.add("hello")，引擎会立即抛出 TypeError: Invalid value used in weak set——这不是运行时检查，而是底层结构拒绝接收非地址型输入。
对象引用才是 WeakSet 的“合法身份证”
WeakSet 接收的必须是能被 GC 系统识别并标记为“可弱持有”的实体，即：
- 普通对象字面量
{}、数组[]、函数、正则、日期等——它们在堆中分配，有唯一可追踪地址 - DOM 元素、Canvas 上下文、WebGL 对象等宿主对象——同样拥有引擎可管理的内存地址
-
不能是 null、undefined、Symbol（尽管 Symbol 是引用类型，但 V8 等引擎未对其开放弱引用支持）、或任何包装对象（如
new Number(42)虽然看似对象，但实际行为不稳定，多数引擎仍拒绝）
从错误信息反推底层约束
当传入非法值时，不同引擎报错略有差异，但核心指向一致：
- V8（Chrome / Node.js）：
TypeError: WeakSet: invalid value used in weak set - SpiderMonkey（Firefox）：
TypeError: can't use 'undefined' as key in WeakSet（即使传的是数字，也会泛化为“非法 key”）
这些提示不是语法校验，而是引擎在尝试将输入注册进内部弱引用哈希表时失败的直接反馈——表只接受指针，不接受值。
一个不可绕过的验证方式：看能否被 GC 触发自动清理
真正体现“弱引用物理性”的，是行为验证：
- 存入一个对象后，主动切断所有强引用（如赋值为
null），再触发垃圾回收（可通过 Chrome DevTools 手动 GC 或等待自然时机） - 之后调用
weakSet.has(obj)必定返回false—— 不是因为你删了它，而是它已从底层哈希表中被引擎自动注销 - 这个过程无法对原始值复现，因为原始值压根没进过那个哈希表
