该用 strings.Split 时：分隔符固定且需保留空字段，如解析 CSV、路径；该用 strings.Fields 时：只关心非空词、自动跳过所有空白（除全角空格），如清洗日志或命令参数。
什么时候该用 strings.Split，而不是 strings.Fields
strings.Split 是按**固定分隔符**做精确切分，适合结构化字符串（如 CSV、路径、协议头）；strings.Fields 是按**任意空白字符**做清洗式切分，适合处理用户输入、日志行、命令参数这类“脏文本”。两者语义完全不同，混用会导致逻辑错误或数据丢失。
常见错误现象：strings.Split("a b\tc\n", " ") 得到 []string{"a", "", "b\tc\n"} —— 中间空格被当作独立分隔，产生空字符串；而 strings.Fields("a b\tc\n") 返回 []string{"a", "b", "c"}，自动跳过所有空白并丢弃空项。
- 用
strings.Split：你知道分隔符确切是什么（比如"|"、":"、"\n"），且需要保留空字段（如解析"name:age:city"时允许""表示缺失值） - 用
strings.Fields：你只关心“非空词”，不关心空白类型（空格、制表符、换行都算），也不需要保留空字段（如解析 shell 命令行参数、清洗日志中的字段） - 性能差异：两者都是 O(n)，但
strings.Fields多一次遍历判断空白类别，实际差距可忽略；不过它不接受自定义分隔符，灵活性更低
strings.Split 的三个关键参数行为
strings.Split(s, sep) 的第二个参数 sep 必须是字符串，哪怕只有一个字符也要写成 " " 而不是 ' '（Go 中单引号是 rune）。传入空字符串 "" 会把原字符串每个 Unicode 码点拆成一个元素，这通常不是你想要的。
-
sep不存在于s中 → 返回[]string{s}（单元素切片） -
sep出现在开头/结尾 → 会产生前置/后置空字符串，例如strings.Split("|a|b|", "|")返回[]string{"", "a", "b", ""} -
sep是多字符（如"::"）→ 按子串匹配，不是按字符集；不支持正则，想实现“多个空格当一个分隔”得先用strings.ReplaceAll预处理
strings.Fields 的空白判定规则和边界陷阱
strings.Fields 内部调用 unicode.IsSpace 判定空白，覆盖 Unicode 定义的所有空格类字符（包括 U+0020 空格、U+0009 制表符、U+000A 换行、U+000D 回车、U+0085 下一行、U+2000–U+200A 各种中文空格等）。但它**不识别全角空格（U+3000）**，这是最容易踩的坑。
立即学习“go语言免费学习笔记（深入）”；
- 输入含全角空格
"a b"（注意中间是 U+3000）→strings.Fields返回[]string{"a b"}，整个当一个字段 - 想兼容全角空格？得自己预处理：
strings.Fields(strings.ReplaceAll(s, " ", " ")) - 它永远不返回空字符串，也不会因连续空白多切几次；但如果你依赖字段顺序（如第 3 个字段是状态码），要确保原始输入格式稳定，否则
Fields会悄悄“修复”掉格式问题，掩盖上游数据异常
需要更灵活分割时，别硬套这两个函数
当分隔逻辑复杂（比如“用逗号分隔，但忽略引号内的逗号”），或者要保留分隔符位置、做条件切分，strings.Split 和 strings.Fields 都不够用。这时候该上 strings.FieldsFunc 或正则。
-
strings.FieldsFunc(s, unicode.IsSpace)行为等价于strings.Fields，但你可以换成其他函数，比如func(r rune) bool { return r == ',' || r == ';' }实现多分隔符 - 需要保留分隔符？用
strings.SplitN或strings.Index+ 手动截取 - 带引号解析、CSV 场景？直接用标准库
encoding/csv，别自己写状态机
真正容易被忽略的是：strings.Fields 的“清洗”特性在调试时反而会掩盖问题——日志里看着字段数对了，其实是因为它默默吞掉了不该存在的空白，导致字段错位。查这类 bug，先打原始字符串的 fmt.Printf("%q", s) 看 rune 序列。
