Java字符串连接五种方法及选择技巧

Java字符串拼接远不止“哪种最快”的简单选择，而是需根据具体场景权衡可读性、性能、线程安全与JDK版本的系统性决策：编译期常量用+简洁高效，循环构建首选StringBuilder避免隐式开销，集合连接推荐语义清晰的String.join()，模板化输出适合String.format()或formatted()提升可维护性，而复杂混合场景则应灵活组合多种方式——真正高手不迷信单一方案，而是让工具服务于逻辑本质。

Java 连接字符串不是“选最快的就行”，而是得看场景：是拼接常量、循环内构建、还是处理大量文本？不同方式在可读性、内存、线程安全和 JDK 版本上差异明显。

用 + 拼接字符串（适合编译期确定的常量或简单表达式）

编译器会对纯字面量 + 操作做优化，比如 "a" + "b" + "c" 直接变成 "abc"；但含变量时（如 "prefix" + name + ".txt"），JDK 8+ 默认转为 StringBuilder.append() 调用，看似方便，实际隐式创建对象。

• ✅ 适用：方法内少量、非循环内的拼接，代码简洁优先
• ❌ 避免：在 for 循环里写 result += s —— 每次都新建 StringBuilder 再 toString()，O(n²) 时间复杂度
• ⚠️ 注意：字符串常量池不参与运行时拼接，"a" + new String("b") 结果不在池中

用 StringBuilder（单线程下高频拼接首选）

可变字符序列，无同步开销，append 效率高，适合构建过程明确、长度可预期的场景。

• ✅ 推荐：循环拼接、日志组装、SQL 拼接等
• ✅ 小技巧：初始化时指定容量，避免数组扩容，例如 new StringBuilder(128)
• ❌ 不要用于多线程共享实例 —— 它不是线程安全的
• ⚠️ 注意：toString() 才真正生成新 String 对象，之前所有 append 都在内部 char[] 上操作

用 String.join()（JDK 8+，适合集合/数组元素连接）

专为“用分隔符连接多个字符串”设计，语义清晰，底层仍用 StringBuilder，但封装了边界逻辑。

• ✅ 适用：String.join("-", list)、String.join(",", arr) 等明确分隔需求
• ✅ 自动跳过 null 元素（抛 NullPointerException 前会先检查）
• ❌ 不适合需要条件拼接（如“只加非空字段”）或嵌套格式（如 JSON 字段拼接）
• ⚠️ 注意：第一个参数是 delimiter，不是 prefix 或 suffix；若需前后包裹，得额外调用 concat() 或 formatted()

用 String.format() 或 formatted()（JDK 15+）（适合模板化、带格式的拼接）

本质是格式化，不是纯拼接。它解析占位符、处理类型转换、支持本地化，性能比 + 低一到两个数量级，但可读性和维护性高。

• ✅ 适用：日志模板（"User {} logged in at {}"）、带数字/日期格式的输出
• ✅ "%s-%d".formatted(name, id) 比 String.format() 更轻量（少一次 varargs 拆箱）
• ❌ 避免：高频调用（如每毫秒一次）、拼接内容完全静态（不如直接写死字符串）
• ⚠️ 注意：格式错误会抛 IllegalFormatException，不是编译期检查

真正容易被忽略的是“混合场景”：比如从 Map 构建查询参数字符串，既要用 String.join() 处理键值对列表，又得对每个 value 做 URL 编码 —— 这时候硬套一种方式反而更啰嗦。该拆就拆，用 StringBuilder 控制流程，用 URLEncoder.encode() 处理子项，别强求“统一用某一种”。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《Java字符串连接五种方法及选择技巧》文章吧，也可关注golang学习网公众号了解相关技术文章。