java字符串拼接需按场景选择：编译期常量用+，循环内用stringbuilder并预估容量，集合转字符串优先string.join，复杂场景用string.format或messageformat，禁用循环中+=。
Java 字符串拼接不是“怎么写出来”，而是“怎么写得对”。关键在区分场景：编译期确定的用 +，循环中动态拼的必须用 StringBuilder，已有集合结构的优先用 String.join。选错方式，性能可能差上千倍。
编译期常量拼接：直接用 + 最优
当所有参与拼接的都是字面量（如 "Hello"）或 final 修饰且初始化为常量 的变量时，javac 会在编译阶段完成“常量折叠”，生成的字节码里只有一条 ldc 指令加载最终字符串，不创建任何对象、不调用任何方法。
- ✅ 正确示例：
final String prefix = "User"; String msg = prefix + ":" + "123";→ 编译后等价于"User:123" - ❌ 错误理解：
String a = "A"; String b = "B"; String c = a + b;不触发折叠（a、b 是普通变量，非编译期常量） - ⚠️ 注意：
final必须修饰变量声明本身，且初始化值也必须是编译期常量（如字面量、其他 final 常量）
循环内拼接：必须用 StringBuilder，禁用 +=
在 for/while 循环中使用 str += "x" 是典型性能陷阱。JDK 8 及以前每次迭代都 new 一个 StringBuilder；JDK 9+ 虽改用 invokedynamic，但仍需运行时解析策略、反复构造和 toString，无法避免 GC 压力。
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- ✅ 推荐写法：
StringBuilder sb = new StringBuilder(estimatedTotalLength);然后循环调用sb.append(...)，最后仅一次sb.toString() - ✅ 预估容量很重要：默认 16 容量极易触发扩容；扩容公式是“当前 × 2 + 2”，每次都要
Arrays.copyOf，CPU 和 GC 开销显著上升 - ✅ 估算技巧：把所有待拼字符串长度加总，再加 10%~32 字符余量；日志模板 + 变量可按模板长 + 各变量最大可能长度粗略估算
集合转字符串：优先 String.join
对 List、数组等已有结构做分隔连接，String.join 是语义最清晰、实现最优化的选择。它内部预分配数组、批量拷贝，比手动遍历 + StringBuilder 更少分支判断，也天然规避首尾分隔符逻辑错误。
- ✅ 直接用：
String result = String.join(", ", list); - ❌ 不要这样写：
sb.append(list.get(0)); for (int i = 1; i —— 易出界、难维护、性能不如 join - ✅ 衍生场景：Map 转 query string 可先转 entrySet 流，再用
Collectors.joining("&", "", "")
动态复杂拼接：关注策略与替代方案
JDK 9+ 对 a + b + c 这类表达式编译为单条 invokedynamic 指令，首次执行由 StringConcatFactory 选择策略：已知长度用 MH_INLINE_SIZED_EXACT（最高效），含 null 或复杂表达式则 fallback 到 StringBuilder。
- ✅ 日志/模板类固定格式：用
String.format或 Java 15+ 的"%s %d".formatted(name, age)，语义明确、线程安全、无需手动管理对象 - ✅ 多语言/带类型转换的复杂规则：用
MessageFormat，支持日期、数字自动格式化，适合国际化场景 - ❌ 避免在高频路径上拼接 JSON/HTML/SQL：应使用专用库（如 Jackson、JSoup、JDBC PreparedStatement），它们做了深度优化，远超手拼
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
