高并发下字符串拼接应避免 stringbuilder（不线程安全）和 stringbuffer（锁争用严重），推荐线程私有 stringbuilder 预设容量、threadlocal 复用、string.join() 或 collectors.joining() 无锁方案，跨线程场景用并发集合收集后单线程汇总，并通过 jstack、arthas 和 gc 日志验证优化效果。
高并发下字符串拼接不能直接用 StringBuilder，因为它不线程安全；也不能硬扛 StringBuffer，因为全方法 synchronized 会导致严重锁争用。真正有效的做法是绕开共享、减少竞争、改用无锁组合方案。
每个线程用独立 StringBuilder + 预设容量
避免 static 或单例持有 StringBuffer/StringBuilder 实例。应让每个线程创建自己的 StringBuilder，并在构造时预估长度：
- 例如拼接 500 条日志，每条平均 80 字符 → new StringBuilder(500 × 80 + 1000) ≈ 41000
- 容量略高估（+10%～20%）比频繁扩容更划算；设太大则浪费堆内存
- 配合 ThreadLocal 复用：ThreadLocal.withInitial(() → new StringBuilder(4096))，每次用完调 setLength(0)
批量拼接优先用 String.join() 或 Collectors.joining()
当数据已存在集合中（如 List
-
String.join(",", list)：语义清晰，内部用 StringBuilder，无共享状态 -
list.stream().collect(Collectors.joining(", ", "[", "]"))：支持前缀/后缀，且并行 Stream 下各线程独立拼接，最后归约 - 比手写 StringBuffer.append 循环快，也比自己管理锁更可靠
跨线程拼接场景改用并发收集 + 单线程汇总
极少数必须由多个线程共同贡献片段的场景（如分布式日志聚合器），不应共享 StringBuffer，而应：
- 用
ConcurrentLinkedQueue<string></string>或CopyOnWriteArrayList收集各线程生成的子串 - 由一个专用线程或最终处理阶段统一调用 String.join() 拼接
- 避免任何跨线程写同一缓冲区，彻底消除锁和竞态
别忽略监控验证，只改代码没用
优化是否生效，得看真实线程行为：
- 压测时用
jstack抓栈，搜StringBuffer.append和waiting on，确认有没有大量线程阻塞 - 用 Arthas 的
watch java.lang.StringBuffer append '{params,returnObj}' -n 5查锁等待耗时 - GC 日志里观察 char[] 分配频率——下降说明扩容减少，优化到位
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
