原始类型转对象会真实创建堆对象并带来性能开销，如new string()、object(123)等；而"abc".length等操作由引擎优化，不生成实际对象。
原始类型转对象本身不是高频操作，真正需要关注的是“为什么转”和“怎么转更安全高效”。直接用 new String() 或 Object(123) 会创建真实对象，带来可测量的内存与执行开销；而日常调用 "abc".toUpperCase() 这类操作，引擎根本不分配对象，只是快速走原型方法——这不算“转换”，是语法糖级别的优化行为。
哪些写法会真实创建对象？
以下方式会触发堆内存分配、构造函数执行、原型链绑定，属于真正的对象创建：
-
new String("hello")、new Number(42)、new Boolean(true) -
Object("x")、Object(123)、Object(false) -
String.call(null, "a")或Number.apply(null, [42])（间接等效于构造）
这些操作在微基准测试中比字面量慢 5–10 倍，且增加 GC 压力。尤其避免在循环、事件处理器或渲染帧内重复调用。
哪些看似“转换”其实没开销？
这类写法由引擎深度优化，不生成可被 GC 回收的对象，也不走完整构造流程：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
-
"abc".length、123.toString(16)、true.valueOf() -
Array.from([1,2], x => x.toFixed(2))中的toFixed -
String.raw`x${n}`内部对插值项的处理
V8 等引擎会将它们编译为内联字节码，执行耗时通常低于纳秒级。这不是“装箱”，是语义层面的快捷路径。
真有需要对象时，该怎么选？
除非明确需要对象身份（如属性赋值、原型继承、instanceof 判断），否则应避免原始值转对象。若必须：
- 优先用
Object(value)而非new Xxx(value)：前者更轻量，且对null/undefined有定义行为（返回空对象） - 避免后续依赖
instanceof String：它需遍历原型链，性能差且语义脆弱；改用typeof value === "string" - 不要给原始值临时对象加属性：
let s = "a"; s.x = 1; console.log(s.x)输出undefined，因包装对象立即销毁
字符串拼接场景的隐性陷阱
字符串不可变，每次 str += "x" 都生成新字符串，旧字符串成垃圾。高频拼接（如日志、模板生成）易推高 GC 频率：
- 小量拼接：用模板字面量
`Hello ${name}!`，简洁且引擎优化好 - 大量拼接（如循环构建 HTML）：先
push到数组，最后.join("") - 避免在深层循环里反复做
String(i) + ": " + obj.val，可提前转好再拼
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
