Collectors.joining 是 Java Stream API 中专为字符串拼接优化的终端操作，提供三种重载方法实现纯连接、分隔符连接及带前后缀封装，需前置过滤 null 和空值，适用于已处于流处理管道的场景。
Collectors.joining 是 Java Stream API 中专为字符串拼接设计的高性能终端操作，它不依赖循环或 StringBuilder 手动拼接，而是由 Collectors 内部优化实现，在多数场景下兼具可读性与效率。关键不在“强行用流”，而在于用对时机、避开陷阱、匹配需求。
选对重载方法，一步到位格式化
joining 提供三个明确语义的重载，按需选用，避免后续字符串处理：
-
joining()：纯连接，无任何额外字符。适合拼接路径片段、编码标识等，如
["com", "example", "service"] → "comexampleservice" -
joining(delimiter)：仅加分隔符。最常用，适合 CSV、日志字段、SQL IN 列表等，如
joining(", ") → "Alice, Bob, Charlie" -
joining(delimiter, prefix, suffix)：完整封装。适合生成 JSON 数组元素、带括号的枚举、SQL 字符串字面量等，如
joining(",", "'", "'") → "'Alice','Bob','Charlie'"
注意：所有参数（delimiter、prefix、suffix）都必须是非 null 的 CharSequence，传 null 会立即抛出 NullPointerException。
安全拼接：主动过滤 null 和空值
joining 本身不处理 null 元素，遇到 null 直接抛 NPE；也不跳过空字符串。若数据源不可控（如数据库查出字段为 null、用户输入为空），必须前置清理：
- 过滤 null：
.filter(Objects::nonNull) - 同时过滤 null 和空白字符串：
.filter(s -> s != null && !s.trim().isEmpty()) - 统一转空字符串再过滤（谨慎）：
.map(s -> s == null ? "" : s)，但要注意 "" 仍会被拼入结果
示例：
ListString joined = list.stream()
.filter(Objects::nonNull)
.filter(s -> !s.isEmpty())
.collect(Collectors.joining(", "));
// 结果："Apple, Banana, Cherry"
性能与适用边界：别为拼接而用流
joining 的性能优势体现在「已处于流式处理管道中」的场景，例如：
- 先 map 转换字段，再拼接：
users.stream().map(User::getName).collect(joining(", ")) - 先 filter 筛选，再拼接：
logs.stream().filter(l -> l.getLevel() == ERROR).map(Log::getMessage).collect(joining("\n")) - 嵌套 flatMap 后拼接：
orders.stream().flatMap(o -> o.getItems().stream()).map(Item::getId).collect(joining("|"))
但如果只是简单拼接一个 ListString.join(", ", list) 更轻量、更直观，且 String.join 内部自动跳过 null，容错更强。
中文与特殊字符：源头决定输出
joining 本身不做编码转换，只做对象引用拼接。所谓“乱码”，99% 出现在两端：
- 读取时未指定字符集：如用
new String(bytes)而没传StandardCharsets.UTF_8 - 控制台或 IDE 编码非 UTF-8，导致显示异常（内容实际正确）
- 写入文件时未指定编码：
Files.write(path, str.getBytes())应改为Files.write(path, str.getBytes(StandardCharsets.UTF_8))
只要原始字符串对象是正确的（比如从 UTF-8 文件读取并正确解码），joining 拼出来的结果就一定正确。
