string.concat()比+更明确表达“本体追加”语义，拒绝null、无隐式转换、简单拼接更轻量，适用于单次确定性扩展；+则通用但行为不确定，易掩盖空值问题且可能引入stringbuilder开销。
string.concat() 在语义上比 + 更明确地表达“将一个字符串追加到当前字符串末尾”，尤其在简单拼接（单次、非循环、无变量混合）场景下，它不触发字符串构建的隐式转换逻辑，避免了 + 运算符可能引入的 stringbuilder 优化路径或常量折叠干扰，更适合强调“不可变对象的纯扩展”意图。
语义清晰：concat 表达“本体追加”，+ 暗含“任意组合”
+ 运算符是通用连接操作，在编译期可能被优化为 StringBuilder.append()，也可能因常量折叠变为字符串字面量合并（如 "a" + "b" 直接编译为 "ab"）。这种不确定性削弱了代码的可读意图。而 concat() 方法签名明确限定为 String → String，参数只能是非 null 字符串，调用者一眼可知：这是对当前字符串做一次确定性的、不可变的扩展。
- ✅ concat("world") —— “我在 'hello' 后追加 'world'”
- ⚠️ "hello" + "world" —— “我得到一个由两个部分组成的字符串”，但底层行为取决于上下文（是否含变量、是否在循环中等）
空值处理更直接：concat 显式拒绝 null，+ 静默转为 "null"
concat() 在传入 null 参数时会立即抛出 NullPointerException，错误位置精准、原因明确；而 + 运算符会把 null 自动转成字符串字面量 "null"，容易掩盖逻辑缺陷，尤其在调试或数据校验场景中更难发现。
- ❌ "abc".concat(null) → 立即报 NPE，提示你检查来源
- ⚠️ "abc" + null → 得到 "abcnull"，结果看似“成功”，实则埋雷
性能与开销：简单拼接时 concat 通常更轻量
对于两个字符串的拼接（如 s.concat(t)），concat() 内部直接分配新 char[]，复制原内容再复制参数内容，无额外对象创建（不 new StringBuilder）。而 + 在非编译期常量场景下，JVM 通常通过 StringBuilder 实现，至少涉及 StringBuilder 实例 + toString() 创建新 String 的开销。虽然差异微小，但在高吞吐简单拼接（如日志前缀添加）中，concat 的路径更短、更可预测。
- ✔️ s.concat(t)：一次数组分配、两次 System.arraycopy
- ✔️ s + t（含变量）：new StringBuilder() → append(s) → append(t) → toString()
适用边界：何时该选 concat 而非 +
concat 优势集中在“单次、确定、非 null、强调语义”的场景。一旦涉及三个及以上字符串、变量混合、或需条件拼接（如 a + (flag ? b : "") + c），+ 或 StringBuilder 才是合理选择。concat 不支持链式多参数，也不接受 null，强行使用反而降低可读性与健壮性。
- ✅ 适合：userId.concat("-backup")、name.concat("@example.com")
- ❌ 不适合：a + b + c、prefix + value + suffix、s.concat(getOptionalSuffix())（未判空）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
