string.valueof()比+""更安全高效，因避免隐式stringbuilder创建和null歧义，且对基本类型无装箱、不抛npe；推荐使用匹配基本类型的重载，警惕装箱误用和重载解析陷阱。
String.valueOf() 为什么比 + "" 更安全
直接拼接空字符串（比如 int i = 123; String s = i + ""）看似简洁，但底层会隐式创建 StringBuilder、调用 append()、再 toString()，多出至少两次对象分配；更关键的是，对 null 引用调用 + "" 会得到字符串 "null"，而你可能想区分“值为 null”和“字符串字面量为 'null'”。String.valueOf() 对所有重载版本都做了显式判空：传入 null 的 Object 参数时返回字符串 "null"，但传入基本类型（如 int、boolean）则绝不会出现 NullPointerException——因为基本类型不可能为 null。
-
String.valueOf(null)→"null"（安全，明确语义） -
String.valueOf(0)→"0"（无装箱，无异常） -
String.valueOf(true)→"true"（比Boolean.toString(true)少一次静态方法查找开销） - 避免写
Integer.toString(i)或Double.toString(d)，除非你需要指定进制或格式化——它们不处理null，且多一层间接调用
哪些重载真正常用，哪些容易误用
看 JDK 源码就知道：String.valueOf() 共有 9 个重载，但日常只用到其中 5 个。重点盯住参数类型是否匹配，否则会触发自动装箱+隐式调用 Object 版本，反而降低效率。
- ✅ 推荐：直接匹配基本类型的重载 ——
valueOf(int)、valueOf(long)、valueOf(boolean)、valueOf(char)、valueOf(float)、valueOf(double) - ⚠️ 警惕：
valueOf(byte)和valueOf(short)实际调用的是valueOf(int)（因字节/短整型会提升为 int），行为正确但容易让人误以为有独立逻辑 - ❌ 避免：
valueOf(char[])和valueOf(char[], int, int)是用于字符数组截取的，不是“把 char 数组变成字符串”的通用方案；若传错下标范围，抛StringIndexOutOfBoundsException，而非静默失败
和 toString() 的核心区别在哪
最常被拿来对比的是 obj.toString()，但它有三个硬伤：null 引用直接抛 NullPointerException；子类可能重写后返回 null（虽然违反约定，但真实存在）；某些包装类（如 Integer）的 toString() 是静态方法，但你得先确保对象非空才能调用实例版。
-
new Integer(42).toString()✅ 可行，但需要对象实例 -
Integer.toString(42)✅ 更好，但仅限包装类，不统一 -
String.valueOf(42)✅ 同样高效，且与String.valueOf("abc")、String.valueOf((Object) null)保持 API 一致性 - 特别注意：
String.valueOf((Object) someInt)会先装箱成Integer，再调用其toString()—— 这比直接用String.valueOf(int)多一次装箱，别手滑加括号强制转型
性能差异在什么场景下真能测出来
单次调用几乎没差别，但在高频日志拼接、JSON 序列化内部、循环批量转换等场景，省掉装箱和多余对象分配就会体现出来。JMH 基准测试显示：对 int 转换，String.valueOf(int) 比 Integer.toString(int) 快约 8%，比 i + "" 快约 25%（HotSpot 17，吞吐量模式）。
- 微服务响应头里动态拼接状态码：
response.setHeader("X-Status", String.valueOf(httpCode))—— 稳定、零 GC - 数据库主键生成器中组合 long + timestamp：
String.valueOf(id) + "_" + String.valueOf(System.nanoTime())—— 不用担心id是基础类型还是包装类 - 别在 for 循环里写
String.valueOf(list.get(i))如果list是List<string></string>—— 此时是冗余调用，直接用元素本身
真正容易被忽略的是重载解析的“就近原则”：当你传一个未声明类型的字面量（比如 String.valueOf(123L)），编译器会优先匹配 long 版本；但如果你写 String.valueOf(123)，它永远走 int 版本，哪怕变量其实是 final int 或 static final——这点在做泛型桥接或反射调用时，会影响实际执行路径。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
