处理大规模字符串拼接的关键在于选择合适工具和时机：单线程用stringbuilder（预估容量、链式调用、复用实例），多线程共享用stringbuffer，集合转字符串优先string.join()或stringjoiner，编译期常量拼接可放心用+。
处理大规模字符串拼接，关键不是“怎么拼”，而是“在哪拼、用什么拼、怎么预估”。直接用+在循环里拼接，哪怕只跑一万次，也可能拖慢整个接口响应；而选对工具并稍作调整，性能差距可达百倍。
单线程高频拼接：首选 StringBuilder
它内部维护一个可扩容的字符数组，所有append()操作都在原缓冲区上进行，不产生中间字符串对象。
- 避免无脑 new：如果能预估最终长度（比如拼接1000个平均20字符的ID），就显式指定容量：
new StringBuilder(20000)，减少数组扩容次数 - 链式调用更紧凑：
sb.append(name).append("@").append(domain).append(".com") - 别在循环外反复创建 StringBuilder 实例——复用一个实例比每次 new 更轻量
多线程共享拼接：用 StringBuffer
当多个线程共用同一个拼接器（如日志聚合器、缓存构建器），必须保证线程安全。StringBuffer 的每个 public 方法都加了 synchronized，代价是约 10%~15% 的吞吐下降，但换来的是确定性行为。
- 不要为了“看起来安全”而全局替换 StringBuilder → StringBuffer；仅在真正跨线程共享时才用
- 若需更高并发能力，可考虑分段拼接 + 最终合并，或改用无锁结构（如并发队列收集后统一处理）
集合转字符串：优先 String.join() 或 StringJoiner
当目标是把 List、Array 按分隔符连成一行，String.join() 是最简方案；需要前后缀（如 JSON 数组格式 [a,b,c]），就用 StringJoiner。
-
String.join(", ", list)底层仍用 StringBuilder，但封装了边界逻辑，代码干净且不易出错 -
StringJoiner支持设置前缀、后缀、分隔符，适合生成带格式的输出，比如 SQL IN 子句或 HTTP Header 值 - 避免先用
stream().map(...).collect(Collectors.joining())—— 功能等价但额外引入 Stream 开销
编译期常量拼接：放心用 +
像 "HTTP/" + major + "." + minor 这类含变量的表达式，JDK 9+ 编译器会自动转为 StringBuilder 调用；而纯字面量如 "Error" + ":" + "404" 更会在编译期直接合并为 "Error:404"。
- 这种场景下 + 不仅安全，还提升可读性，无需强行改成 StringBuilder
- 但只要涉及循环、条件分支内拼接，或拼接结果要反复修改，+ 就不再是“语法糖”，而是性能隐患
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
