string.Split() 仅适用于纯 ASCII、无引号/转义的简单逗号分隔场景；处理标准 CSV 应用 TextFieldParser；Span.Split() 适合 GC 敏感的短字符串高频解析；正则解析 CSV 易回溯爆炸，不推荐。
用 string.Split() 处理简单逗号分隔场景
多数时候，string.split() 就够用了——但它只认字面逗号，不跳过引号或转义。比如 "a,b,\"c,d\",e" 用默认方式切出会得到 5 段，实际应是 4 个字段。
实操建议：
- 纯 ASCII 数据、无嵌套/引号/空格干扰时，直接用
"text".Split(',') - 想去掉首尾空白？加
StringSplitOptions.RemoveEmptyEntries和.Trim()链式调用 - 避免写
Split(new char[] {','})——Split(char)重载更简洁，性能略好
遇到带引号的 CSV 数据，别硬刚 Split()
真实日志、导出表格常含 "John, Doe","2024-01-01","comment, with comma" 这类结构。此时 Split() 会错切，必须按 CSV 规则解析。
实操建议：
- 优先用
Microsoft.VisualBasic.FileIO.TextFieldParser（.NET Framework / .NET 5+ 均可用，无需额外包） - 别自己写状态机解析引号和转义——容易漏掉
""表示一个引号这种细节 - 如果项目已引用
System.Data.Common，也可用DataTable.Load()+StringReader，但启动开销大，适合批量
Span.Split() 在高频场景下的取舍
.NET 6+ 支持 Span 版本的 Split()，零分配，适合循环里反复拆分短字符串（如解析协议帧）。但它不支持 StringSplitOptions，也不处理 Unicode 分隔符变体。
实操建议：
- 仅当明确控制输入为 ASCII、长度稳定、且 GC 压力敏感时才用
span.Split(',') - 别对
string先调AsSpan()再拆分就以为“一定快”——如果后续还要转回string[]，反而多一次拷贝 - 注意：它返回的是
ReadOnlySpan，不能直接传给期望[] string[]的老代码
正则 Regex.Split() 的典型误用
有人用 Regex.Split(input, @",(?=(?:[^\""]*\""[^\""]*\")*[^\""]*$)") 这种“万能 CSV 正则”——它在小数据上看似工作，但实际有严重隐患。
实操建议：
- 该正则在含嵌套引号或超长字段时极易回溯爆炸，CPU 占满、线程卡死
- 正则无法正确处理换行符在引号内的情况（合法 CSV），而
TextFieldParser可以 - 真要用正则，只限固定格式如
key:value,key2:value2，且 key 不含冒号、value 不含逗号
最常被忽略的一点：CSV 解析器默认是否处理 BOM？TextFieldParser 会跳过 UTF-8 BOM，但若文件是 UTF-16 且你用 StreamReader 未指定编码，可能读出乱码逗号——这时候切出来的根本不是你想要的字段。
