string.Join(",", array)是最快最安全的数组转逗号字符串方法，自动处理null元素但拒绝null数组，需用array ?? Array.Empty()防护，性能优于StringBuilder且代码更简。
用 string.Join 最快最安全
直接调用 string.join 是 c# 里把数组转逗号分隔字符串的标准解法，它内部做了空值防护、类型适配和内存优化，比手写循环或 aggregate 更可靠。
常见错误是传错第一个参数：分隔符必须是 string，不是 char（比如写成 ',' 会编译失败）；另外别漏掉数组本身作为第二个参数。
适用场景包括：日志拼接、CSV 行生成、SQL IN 子句构造、API 参数组装。
- 正确写法：
string.Join(",", array) - 数组含
null元素？没问题，string.Join自动转成空字符串 - 元素是自定义对象？默认调用
.ToString()，若需定制，先用Select(x => x.CustomFormat())投影再 join - 性能上，对 10 万以内元素，比
StringBuilder循环快 20%~30%，且代码更短
遇到 NullReferenceException 怎么办
错误现象通常是调用 string.Join 时抛出 NullReferenceException，但堆栈指向你自己的代码行——大概率是传入的数组变量本身为 null，而非数组内元素为 null。
string.Join 不接受 null 数组，但接受 null 元素。所以检查点只有一个：数组引用是否为空。
- 防御写法：
string.Join(",", array ?? Array.Empty<string>())</string> - 如果用的是泛型集合（如
List<t></t>），要先转数组或用ToArray()，否则编译不过 - 别用
array?.Select(...).ToArray()再 join——万一array是null，?后整个表达式为null，传给Join还是崩
string.Join 和 StringBuilder 手动拼接选哪个
95% 的情况用 string.Join 就够了。只有两种例外才考虑 StringBuilder：一是分隔符逻辑复杂（比如奇数位用逗号、偶数位用分号），二是拼接过程需要穿插其他非数组内容（如前缀、后缀、条件字段）。
手动拼接容易踩的坑比想象中多：忘记处理首尾多余分隔符、没预估容量导致多次扩容、忽略线程安全（虽然单次拼接通常不涉及）。
- 简单拼接无脑用
string.Join(",", parts) - 要加前缀（如
"ids:"）？直接"ids:" + string.Join(",", parts)，别塞进StringBuilder搞复杂 - 真要用
StringBuilder，记得初始化容量：new StringBuilder(estimatedLength)，避免反复分配 - 注意
StringBuilder.ToString()返回新字符串，不是引用原缓冲区
合并多个数组或不同来源数据时怎么避免重复拼接
当你要把几个数组、几个变量、甚至几个可枚举对象一起合成一个逗号串，硬套多次 string.Join 或层层嵌套 Concat 容易失控。核心思路是统一收口到一个可枚举序列，再一次性 join。
典型场景：API 请求参数里混着固定值、用户输入数组、配置项数组。
- 推荐组合方式：
string.Join(",", array1.Concat(array2).Concat(new[] { fixedValue })) - 如果来源类型不一致（比如有
int[]和string[]），先统一转string：array1.Select(x => x.ToString()).Concat(array2) - 别用
+连接多个string.Join结果——每调用一次都新建字符串，GC 压力陡增 - 特别注意
Concat是延迟执行，如果源数组后续被修改，结果可能意外变化；需要确定性结果就加.ToArray()
事情说清了就结束。最常被忽略的是数组变量本身为 null 这个前提，而不是内容；还有人把 string.Join 当黑盒，其实它对 null 元素友好，但对 null 数组零容忍。
