如何劝说Java开发者不使用""+整数的写法替代String.valueOf实现int转String

• 针对「编译器会处理好底层逻辑」的误区：

  JDK 8 及更早版本中，"" + myInt 底层会默认创建 StringBuilder 实例，依次执行append("")、append(int)、toString() 三次操作，相比String.valueOf(myInt)多了至少两次额外的对象创建开销，在高频循环场景下性能差距可达30%以上。即便是JDK 9+ 新增了字符串拼接的字节码优化，也属于编译器的兜底兼容逻辑，主动写冗余代码依赖编译器兜底本身就是不严谨的开发习惯。

• 针对「写法更美观」的误区：

  这种隐式转换的写法在逻辑复杂度上升时会快速出现可读性和正确性问题，比如1 + 2 + "" 得到的结果是"3"，而"" + 1 + 2得到的结果是"12"，极容易因为运算符优先级的隐式规则引入难排查的bug。统一使用String.valueOf、Integer.toString这类显式转换写法，全项目的写法一致性带来的长期可读性收益，远高于个人主观觉得的“美观”。

• 工程落地层面的硬性约束：

  目前主流的企业级Java开发规范（比如阿里巴巴Java开发手册、SonarQube默认Java检查规则）都明确禁止这类用空字符串拼接做类型转换的写法，CI静态检查会直接判定为阻塞级问题，代码评审阶段也大概率被打回，反而会额外增加返工成本。

• 后续代码变更的兼容性更差：

  如果后续变量类型调整，比如从int改为自定义业务对象，"" + 变量只会默认调用对象的toString()方法，很容易输出不符合预期的内容（比如对象内存地址、null字符串），而显式的转换写法能强制开发者明确转换逻辑，减少变更带来的隐性bug。

内容的提问来源于stack exchange，提问作者Stefan Hoffmeister