JavaScript中显式创建包装对象的后果与性能损耗

应避免使用 new String()、new Number()、new Boolean() 创建包装对象，因其生成真实对象而非原始值，导致类型判断错误、相等比较失效、逻辑异常、性能开销大且无实际必要。在 JavaScript 中，用 new String()、new Number() 或 new Boolean() 显式创建包装对象，会生成真正的对象实例，而非原始值。这不仅违背日常编码直觉，还会带来可观察的性能与行为问题。包装对象与原始值的行为差异明显包装对象是对象类型，而对应原始值（如 "hello"、42、true）是基本类型。这意味着：typeof new String("a") 返回 "object"，而 typeof "a" 是 "string" new String("a") === "a" 为 false（严格相等比较对象与字符串） 包装对象在 if 语句中虽为真值，但 new Boolean(false) 仍是真值（因非空对象），极易引发逻辑错误 JSON 序列化时，JSON.stringify(new String("x")) 得到 "x"（隐式调用 toString），但其原型链、属性可枚举性等均不同于原始值内存与运行时开销真实存在每次调用 new String(...) 都会分配新对象，涉及堆内存分配、原型链绑定、内部属性初始化等步骤：V8 等引擎不会对这类对象做特殊优化，它们无法享受字符串常量池或小整数缓存（Smi）等底层优化 大量使用（如循环中构建 new Number(i)）会显著增加 GC 压力，尤其在长期运行的前端应用或 Node.js 服务中 包装对象的属性访问（如 (new String("abc")).length）需走对象属性查找路径，比原始值的内建属性访问稍慢现代代码中几乎无正当使用场景ECMAScript 规范明确指出：包装对象仅用于支撑原始值的方法调用（如 "abc".toUpperCase()），该过程由引擎自动完成，开发者无需也不应手动干预： 通义听悟 阿里云通义听悟是聚焦音视频内容的工作学习AI助手，依托大模型，帮助用户记录、整理和分析音视频内容，体验用大模型做音视频笔记、整理会议记录。