String.join比StringBuilder更适合简单拼接，因其语义清晰、代码简洁、自动处理空集合返回""，但不跳过null或空字符串，仅适用于纯字符串+固定分隔符场景。
String.join 为什么比 StringBuilder 更适合简单拼接
因为 String.join 是 JDK 8 引入的专用工具方法，底层直接复用 StringBuilder 实现，但省去了手动创建、循环 append、处理边界空值的步骤。它只做一件事：把集合或数组里的非 null 字符串用指定分隔符连起来，语义清晰、代码行数少、不易出错。
常见错误是试图传入 null 元素——String.join 不会跳过 null，而是直接抛 NullPointerException；另外有人误以为它支持任意 Iterable，其实只接受 CharSequence 数组或 Iterable extends CharSequence>（如 List<string></string>），不支持 List<object></object> 直接传入。
- 推荐用于：日志拼接、SQL IN 条件生成、路径组装、CSV 行生成等「纯字符串+固定分隔符」场景
- 不适用：需要对每个元素做格式化（如加引号）、过滤 null/空字符串、或拼接过程中要插动态内容
- 性能上，100 个以内元素时和手写
StringBuilder差异可忽略；超千条建议预估容量并复用StringBuilder
怎么传参：数组 vs List？哪个更常用
两种调用方式都合法，但行为一致、结果相同：
String.join(",", new String[]{"a", "b", "c"});
String.join(",", Arrays.asList("a", "b", "c"));
区别在于使用习惯和来源数据形态：
- 如果原始数据是数组（比如
args或反射获取的字符串数组），直接用数组重载，避免额外包装 - 如果来自
Stream.collect(Collectors.toList())或 DAO 返回的List<string></string>，用Iterable重载更自然 - 注意：
Arrays.asList(null)传给String.join仍会 NPE，不是“自动过滤”
遇到空集合或全是空字符串怎么办
String.join 对空集合返回空字符串 ""，不是 null，这点很安全；但它不会帮你 trim 或过滤空字符串（""）。
例如：String.join("-", Arrays.asList("", "hello", "")) 结果是 "-hello-"，中间多出两个分隔符。
- 若需跳过空字符串，必须先过滤：
list.stream().filter(s -> !s.isEmpty()).collect(Collectors.joining("-")) - 若需 trim 后再拼接：
list.stream().map(String::trim).filter(s -> !s.isEmpty()).collect(Collectors.joining("-")) - 别试图用
String.join配合正则或 replace 替代过滤逻辑，语义不清且易漏边界
分隔符里含特殊字符会影响结果吗
不影响。String.join 的分隔符就是普通 CharSequence，不做任何转义或解释。传 "
" 就是换行，传 "\t" 就是反斜杠加 t，传 "|" 就是竖线——它不走正则引擎，也不参与路径解析。
唯一要注意的是：如果你把拼接结果用于后续正则匹配或 SQL，那分隔符本身是否含特殊字符（比如 "|" 在正则中需转义）是下游的事，和 String.join 无关。
- 常见误用：传
" "拼接后发现控制台没对齐 → 实际是终端显示问题，可用System.out.println(repr(result))验证是否真含制表符 - 拼接 JSON 数组元素时，不要用
String.join代替Gson.toJson()，它不加引号、不转义
真正容易被忽略的是：分隔符为空字符串 "" 是合法的，此时效果等价于 String.concat，但可读性差，建议直接用 String.join("", list) 明确意图，而不是手写 list.stream().collect(Collectors.joining())。
