StringJoiner适用于需按分隔符拼接字符串且带前缀/后缀的场景，如JSON数组或SQL IN语句；语义清晰、空集合安全，但不可复用、不缓存toString结果，且add(null)会插入"null"字符串。
StringJoiner 适合什么场景
当你有一组字符串，需要按固定分隔符拼接，且可能在前后加前缀/后缀（比如 JSON 数组格式 ["a","b","c"] 或 SQL 的 IN ('x','y','z')），StringJoiner 比手写 StringBuilder 拼接更清晰、更少出错。
它不是为单次拼接设计的，也不适合高频循环中反复创建——每次 new 都是新对象，没复用价值；真正优势在于语义明确、空集合时行为可控（默认输出空字符串，不报 NPE）。
构造函数参数顺序容易搞反
StringJoiner 三个构造函数里最常用的是两个参数版本：new StringJoiner(delimiter, prefix, suffix)。注意：第二个参数是 prefix，第三个是 suffix，不是“开头、分隔、结尾”这种直觉顺序。
- 写成
new StringJoiner(",", "[", "]")→ 正确，结果是[a,b,c] - 若误写为
new StringJoiner(",", "]", "[")→ 得到]a,b,c[，逻辑全乱 - 只传一个参数
new StringJoiner(",")，则prefix和suffix都是空字符串，无法补括号
add() 之后调用 toString() 才真正生成字符串
StringJoiner 是可变对象，add() 只是累积数据，不产生新字符串；直到调用 toString() 才一次性构建最终结果。这点和 StringBuilder 类似，但比 String.join() 多一步。
立即学习“Java免费学习笔记（深入）”；
- 多次调用
toString()会重复生成相同字符串，无缓存 —— 如果要多次使用结果，自己缓存String变量 - 空
StringJoiner（没调过add()）的toString()返回的是prefix + suffix，比如new StringJoiner(",", "[", "]").toString()→[] - 不能对已调用
toString()的实例继续add()并期望更新原字符串 —— 它不自动刷新，必须重新toString()
和 String.join()、StringBuilder 比较时的关键差异
三者都能拼字符串，但意图和边界不同：
-
String.join(delimiter, iterable)最轻量，适合一次性的、无前缀后缀的拼接；不支持中途插入或条件跳过元素 -
StringBuilder最灵活，但写起来啰嗦，容易漏掉分隔符逻辑（比如第一个不加、后面才加），空集合时还得手动判断 -
StringJoiner在「有结构化格式要求 + 元素可能为空」时最稳：它天然处理零元素、单元素、多元素三种情况，分隔符只出现在中间，前后缀始终包裹 - 性能上三者差距极小，别为微秒级差异选型；可读性和防错能力才是关键
复杂点往往不在语法，而在要不要在 add() 前做 Objects.nonNull() 判断 —— StringJoiner.add(null) 不抛异常，但会把字面量 "null" 拼进去，这经常被忽略。
