Java字符串拼接应按场景选择：常量用+，变量循环拼接用预设容量的StringBuilder，多线程用StringBuffer，带分隔符用String.join()或StringJoiner，禁用for循环中result += s。
Java中字符串拼接方式不止一种，选错方法可能让循环拼接10万次耗时从3毫秒飙升到150毫秒。关键不在“能不能拼”，而在“在哪拼、怎么拼、拼多少”。
常量拼接用+，编译期就优化好了
如果全是字面量，比如 "Hello" + " " + "World"，JVM在编译阶段就合并成一个字符串对象，运行时零开销。这种写法简洁安全，完全没问题。
但一旦涉及变量，例如 str1 + " " + str2，编译器虽会自动转成StringBuilder.append()调用，可每次执行仍新建临时StringBuilder（默认容量16），频繁扩容复制反而拖慢性能。
单线程大量拼接首选StringBuilder
这是最常用也最高效的方案，尤其适合循环内拼接、日志组装、SQL构建等场景。
立即学习“Java免费学习笔记（深入）”；
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 非线程安全，但换来的是无同步开销的极致速度
- 建议预设初始容量，比如拼接1000个平均长度10的字符串，可写
new StringBuilder(10000)，避免多次数组扩容 - 链式调用很自然：
sb.append(name).append("@").append(domain)
多线程环境才用StringBuffer
它和StringBuilder API几乎一致，所有方法都加了synchronized，保障线程安全。
代价是性能下降约15%~20%，实测10000次拼接比StringBuilder多花2毫秒左右。除非明确在共享对象里被多个线程并发修改，否则没必要用它。
有分隔符时优先String.join()或StringJoiner
当你需要把数组或集合用逗号、横线等连接起来，String.join()是最清晰的选择：
-
String.join(", ", list)一行搞定，可读性远超手写循环 - 内部其实也是基于
StringBuilder，做了容量预估，效率接近手动写法 - 若需前缀/后缀（如
[a, b, c]），直接上StringJoiner，支持setPrefix()和setSuffix()
少量变量拼接可考虑concat，但+更自然
str1.concat(" ").concat(str2)比+略快一点点，因为跳过了StringBuilder构造逻辑。但差距微乎其微，且可读性差、不支持多参数，日常开发中基本没优势。
真正要注意的是：别在for循环里写result += s——这等于每轮都新建StringBuilder再toString()，对象爆炸，GC压力陡增。
