symbol 不能用 new 调用，因其本质是原始值而非对象；支持 new 会导致语义混淆、误用风险及类型系统不一致，且已有 symbol() 和 symbol.for() 完全覆盖使用场景。
Symbol 本质是原始值，不是对象容器
Symbol 的设计定位非常明确：它是 JavaScript 第七种基本数据类型，和 string、number、boolean 属于同一层级。它的值本身就是一个不可变的唯一标识符，不承载状态，也不需要实例化过程。一旦允许 new Symbol()，就会产生一个“Symbol 包装对象”，就像 new String('a') 那样——这违背了 Symbol 的语义初衷：它不是用来封装数据的容器，而是用来做“唯一键”的轻量标记。
避免歧义与误用场景
如果 Symbol 支持 new，开发者可能误以为：
- 可以给 Symbol 实例添加属性（实际不能，因为原始值无属性）
- 不同调用会生成可复用的“Symbol 类实例”（但 Symbol 的核心价值恰恰在于每次调用都返回新且唯一的值）
- 需要通过 instanceof 判断类型（而
Symbol() instanceof Symbol永远为 false，因为它返回的是原始值）
这种混淆会削弱 Symbol 作为“防冲突键”的可靠性，也增加语言概念负担。
与全局注册表机制形成清晰分工
Symbol 提供了两种创建方式：Symbol(description) 生成局部唯一符号；Symbol.for(key) 从全局注册表获取或创建共享符号。这两者已覆盖所有合理使用场景。若再开放 new Symbol()，既无新增能力，又模糊了“一次性唯一标识”和“可复用注册名”的边界。官方选择关闭该路径，正是为了守住这个语义分界。
保持类型系统一致性
JavaScript 中，能用 new 的函数，通常对应一种可实例化的抽象（如 Date、RegExp、Map）。而 Symbol、BigInt 等新原始类型被刻意设计为“非构造函数”——它们的工厂函数只做一件事：返回原始值。这种统一处理让开发者更容易建立心智模型：只要看到 typeof x === 'symbol'，就确定它不可扩展、不可运算、不可 new，行为完全可预期。
