Java字符串拼接需按场景选择：少量固定字符串用+（编译期优化），含变量尤其循环内必须用StringBuilder（避免String不可变导致的频繁对象创建）；StringBuilder应预设容量防扩容开销，可复用；Stream.joining()需防null。
Java里拼接字符串不能只看“怎么写”，得看场景：少量拼接用+最直觉，循环内拼接必须用StringBuilder，否则性能崩得悄无声息。
什么时候该用+，什么时候必须换StringBuilder
+在编译期能确定全部操作数时（比如"a" + "b" + "c"）会被直接优化成常量；但只要含变量、尤其在循环里反复执行str += "x"，每次都会新建String对象——因为String不可变。10万次拼接可能触发几十MB临时对象，GC压力陡增。
- 用
+：日志拼接单条语句、配置项组装等一次性、变量少的场景 - 用
StringBuilder：遍历集合生成CSV、XML片段、SQL批量插入语句等需多次追加的逻辑 - 别用
StringBuffer：除非真需要线程安全，它所有方法都带synchronized，纯拖慢单线程性能
StringBuilder初始化容量不设会吃大亏
默认构造的StringBuilder初始容量是16。如果最终拼出的字符串长度远超16（比如拼5000字符），它会在内部数组填满时自动扩容——每次扩容约1.5倍，还要复制原数组。频繁扩容+复制=隐性CPU和内存开销。
预估最终长度，显式传入容量：
new StringBuilder(8192)- 不确定长度但知道上限，按上限设；完全未知时，宁可略高估（如
new StringBuilder(1024)），也别依赖默认 - 调用
toString()后，StringBuilder实例可复用：sb.setLength(0)清空内容，比新建对象便宜得多
Lambda里用Collectors.joining()拼接集合要当心null
用list.stream().map(Object::toString).collect(Collectors.joining(","))很简洁，但它对null元素直接抛NullPointerException——连错误栈都藏在Stream内部，排查费劲。
- 提前过滤
null：filter(Objects::nonNull) - 或替换为安全字符串：
map(x -> x == null ? "null" : x.toString()) - 注意
joining()三个重载：无参版只拼内容；单参版加分隔符；三参版还能指定前缀/后缀（如joining(",", "[", "]")）
String result = list.stream()
.filter(Objects::nonNull)
.map(String::valueOf)
.collect(Collectors.joining(", ", "[", "]"));
最常被忽略的是：哪怕只是拼接两个变量，如果发生在高频路径（如HTTP请求处理、定时任务），+也会累积成瓶颈；而StringBuilder不设初始容量，在长文本场景下扩容次数可能超预期——这两点没监控很难感知。
