原始类型比包装对象更快，因其是不可变轻量值、直接存储，而包装对象需堆分配和构造；隐式装箱经引擎优化几乎无开销，但显式创建（如new number）会显著降低性能并增加gc压力。
原始类型（如 string、number、boolean）在运行时比对应的包装对象（String、Number、Boolean）更快，核心原因在于：原始类型是不可变的轻量值，直接存于栈或内联存储；而包装对象是真实对象，创建需分配堆内存、触发构造函数、涉及原型链查找，开销明显更高。
原始类型访问属性/方法时的隐式装箱成本低
JavaScript 引擎对原始类型调用方法（如 "hello".toUpperCase()）会临时创建包装对象（即“装箱”），但这个过程高度优化：不真正构造完整对象，而是内部快速映射到对应原型方法，执行完立即丢弃。这种优化使得日常使用几乎无感知延迟。
- 引擎（如 V8）通常将字符串方法调用编译为内联字节码，绕过实际对象实例化
- 临时包装对象不进入垃圾回收流程，不产生可观察的内存压力
- 只有在显式使用
new String("x")等方式创建时，才会生成真实、持久的对象
显式创建包装对象带来明确性能开销
手动用 new Number(42) 或 Object(3.14) 创建包装对象，会触发完整对象生命周期：内存分配、原型绑定、属性初始化。这比直接使用数字字面量慢数倍，且增加 GC 负担。
Javascript Sdk
下载
用于 inference.sh 的 JavaScript/TypeScript SDK，可运行 AI 应用、构建代理、集成 150+ 模型。包名：@inferencesh/sdk（npm install），完整 TypeScript 支持。
- V8 中，
new Number(123)的执行耗时约为字面量123的 5–10 倍（微基准测试下） - 包装对象与原始类型比较时（如
new Number(5) == 5）需额外进行 ToPrimitive 转换，多一层抽象 - 在循环或高频路径中滥用（如
for (let i = new Number(0); i ）会导致显著降速
typeof 和 instanceof 行为差异影响运行时判断效率
判断类型时，typeof "abc" 是纯编译期常量折叠操作，毫秒级；而 obj instanceof String 需遍历原型链，至少两次内存寻址。在类型检查密集场景（如序列化工具、校验库），混合使用原始值与包装对象会引入不可忽视的分支开销。
-
typeof对原始类型返回字符串字面量（"string"），无运行时计算 -
instanceof对包装对象需读取obj.constructor并对比String构造器，还受原型篡改影响 - Linter（如 ESLint）推荐用
typeof x === "string"替代x instanceof String，既安全又高效
避免意外装箱的实用建议
多数性能问题源于无意识创建包装对象。保持原始类型优先，能自然获得最佳执行效率。
- 永远用
"text"而非new String("text")；用42而非new Number(42) - 解构赋值、参数传递、数组元素存储等场景，默认按原始值处理，无需额外转换
- 若需扩展方法，应通过修改原生原型（谨慎！）或封装工具函数，而非依赖包装对象实例
- 使用 TypeScript 或 JSDoc 标注类型，让开发工具提前捕获
new Boolean(true)类误用
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
