String.valueOf() 能处理 null 是因内部显式判空并返回字符串"null"，避免NPE但不改变语义；适用于日志、调试及基本类型统一转换，不适用于需自定义空值表现的业务场景。
String.valueOf() 为什么能处理 null
String.valueOf(Object) 内部做了显式判空：如果传入 null，直接返回字符串 "null"，不会抛 NullPointerException。这和直接调用 obj.toString() 有本质区别——后者在 obj == null 时必然崩溃。
但要注意：它只是“不崩”，不是“语义正确”。返回字面量 "null" 是设计行为，不是容错兜底；如果你业务上需要空字符串 "" 或其他默认值，不能依赖它原样返回。
什么时候该用 String.valueOf()，什么时候不该用
适合场景：
- 日志拼接（如 log.info("user id: " + String.valueOf(userId))），避免因字段为 null 导致日志中断
- 构建调试信息、JSON 序列化前的简单预处理（前提是接受 "null" 字符串）
- 与基本类型混用（String.valueOf(123)、String.valueOf(true)）保持统一入口
不适合场景：
- 接口返回给前端的字段需为空字符串或自定义占位符（如 "-" ）
- 数据库插入前需过滤空值（"null" 可能被误存为有效字符串）
- 比较逻辑中把 "null" 当作空来处理（"null".isEmpty() 是 false）
替代方案：更可控的 null 转字符串方式
若需自定义 null 表现，优先考虑以下方式：
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- Java 8+：用
Objects.toString(obj, "default")—— 第二个参数是 null 时的返回值，比手动三元更简洁 - 明确判空：
obj == null ? "" : obj.toString()，语义最直白，无歧义 - Spring 框架可用
StringUtils.defaultString(str)（返回""）或defaultString(str, "N/A") - 避免踩坑：不要写
String.valueOf(obj.toString())—— 这会在obj == null时立刻 NPE
String.valueOf() 的常见误用与陷阱
容易忽略的点：
立即学习“Java免费学习笔记（深入）”；
-
String.valueOf(null)返回的是长度为 4 的字符串"null"，不是null引用，也不是空字符串 —— 后续调用.trim()或.length() == 0都会得到意外结果 - 对数组使用
String.valueOf(new int[]{1,2})不会打印内容，而是返回类似"[I@1b6d3586"的哈希码形式（应改用Arrays.toString()） - 重载方法陷阱：传入
char[]会触发String.valueOf(char[])，返回实际字符内容；但传Object类型的char[]（如强制转型）则走String.valueOf(Object)，又变回"null"或哈希码
真正安全的前提，是清楚你究竟要“避免崩溃”还是“控制输出”。前者 String.valueOf() 够用；后者必须主动干预。
