如何在Java里拼接字符串_Java字符串操作基础解析

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::toSt

ring).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不设初始容量，在长文本场景下扩容次数可能超预期——这两点没监控很难感知。