strings.split保留空字符串，fields过滤空白；split按字面分隔符切，fields用unicode.isspace识别空白；split空分隔符panic，fields无此问题；fields支持unicode空白，split需显式指定；需保留分隔结构用split，只取有效词块用fields。
strings.Split 会保留空字符串，Fields 自动过滤空白
这是最常踩坑的地方：你用 strings.Split("a,,b", ",") 得到的是 []string{"a", "", "b"}；而 strings.Fields("a b") 会直接扔掉所有连续空白，返回 []string{"a", "b"}。前者按字面分隔符切，后者按“字段”语义切——它用 unicode.IsSpace 判定哪些字符算空白，包括空格、\t、\n、\r 等。
常见错误现象：
读 CSV 行时误用 Fields 导致字段错位；解析带空值的配置项时用 Split 后忘了检查空字符串。
- 需要保留原始分隔结构（比如解析带空字段的 CSV、日志固定分隔符）→ 用
Split - 只关心有效词块（比如命令行参数、用户输入的关键词列表）→ 用
Fields -
Fields不接受自定义分隔符，硬编码逻辑；Split第二个参数是string，支持任意长度分隔符（包括空字符串，但慎用）
Split 的第二个参数为空字符串时 panic，Fields 没这问题
strings.Split("abc", "") 会直接 panic：panic: strings: Split with empty string argument。这是 Go 标准库的显式限制，因为按空字符串切在语义上不明确（每个 rune 之间都切？还是按 byte？）。而 strings.Fields 内部自己处理空白逻辑，完全不依赖外部传入分隔符，所以不存在这个风险。
使用场景：
写通用字符串解析工具时，如果分隔符来自用户输入或配置文件，必须先校验非空再调 Split；若只是清理文本词块，Fields 更省心。
立即学习“go语言免费学习笔记（深入）”；
- 动态分隔符 → 先
if sep == "" { /* handle error */ }，再调Split - 不确定输入是否含多余空白 →
Fields是更安全的默认选择 - 性能上，
Fields多一次遍历判断空白，但对普通文本影响极小；Split在分隔符很长或文本极大时，需多次子串匹配，注意 benchmark
Fields 对 Unicode 空白兼容性更好，Split 只认字面匹配
Fields 底层调用 unicode.IsSpace，能正确识别中文全角空格（\u3000）、NBSP（\u00A0）等；而 Split("a\u3000b", "\u3000") 虽然能工作，但你得事先知道并指定那个全角空格——一旦分隔符混用（比如半角+全角空格），Split 就失效了。
常见错误现象：
从网页表单或富文本中提取关键词，结果 Split 后第一个元素带 \u3000，后面字段全乱；日志里混着不同来源的空格，导致切片数量不稳定。
- 输入可能含国际化空白 → 优先
Fields - 必须严格按某个特定字符（比如制表符
"\t"）切 → 只能用Split - 注意：
Fields对 \u200b（零宽空格）不敏感，它不在IsSpace范围内，这种边缘情况得单独 trim 或正则处理
想保留分隔符本身？两者都不行，得换方案
Split 和 Fields 都只返回子串，丢弃分隔符。如果你需要像 Python 的 re.split 那样把分隔符也捕获出来，或者做“分割+标记”操作（比如高亮分隔位置），这两个函数没提供接口。
这时候得手动遍历，或用 strings.Index/strings.IndexAny 配合切片，或者上 regexp 包：
re := regexp.MustCompile(`([,;])`) // 捕获分隔符
parts := re.Split("a,b;c", -1) // ["a", "b", "c"]
seps := re.FindAllString("a,b;c", -1) // [",", ";"]容易被忽略的一点：很多开发者以为 Split 的 “保留空字符串” 特性可以间接还原分隔符位置，但实际做不到——你不知道哪个空字符串对应哪个分隔符，尤其当多个连续分隔符出现时。
