strings.split一用就panic因不滤空串且遇空分隔符或越界访问即崩溃；它保留连续/首尾分隔符产生的空字符串，遍历时需显式跳过""，否则s[0]或len(s)操作会panic。
strings.Split 为什么一用就 panic？
因为没处理空字符串。它不跳过 ""，连续分隔符、首尾分隔符、文件末尾换行都会塞进切片里：strings.Split("a,,b", ",") → []string{"a", "", "b"}；strings.Split("a\nb\n", "\n") → []string{"a", "b", ""}。循环里直接写 s[0] 或只判 len(s) > 0，碰到 "" 就崩。
安全做法是显式跳过：
if s == "" { continue }- 若需保留空字段（如 CSV 中
"name,,age"表示中间为空），就不能跳，得在业务逻辑里单独处理 - 读文件后拆行，先
strings.TrimRight(line, "\r\n")再strings.Split(..., "\n")，避免末尾换行引入空项
strings.Split 和 strings.Fields 到底该选谁？
看你要不要“保留结构”还是“清洗文本”。
strings.Split 是字面量切割：分隔符固定、必须精确匹配、空字段照单全收。适合解析 CSV、路径、协议头这类结构化数据。
strings.Fields 是空白清洗：按 Unicode 空白字符（空格、制表、换行等）自动去首尾、合并连续空白、丢弃空项。等效 Python 的 str.split()（无参），但不认全角空格 （U+3000）——这是最容易漏的坑。
- 输入含全角空格
"a b"→strings.Fields返回[]string{"a b"}，整个当一个字段 - 想兼容？得预处理：
strings.Fields(strings.ReplaceAll(s, " ", " ")) - 真要按冒号、等号、竖线切，只能用
strings.Split，Fields不接受自定义分隔符
strings.SplitN 能解决哪些 Split 搞不定的问题？
控制切割次数，避免 value 里含分隔符被误切，或只取前几段。
- 解析
"key=value=with=equals"：用strings.SplitN(s, "=", 2)得[]string{"key", "value=with=equals"}，不会截断 - 日志格式
"time|level|msg|trace_id"，只需前三段：用strings.SplitN(line, "|", 4)得[t,l,m,rest] -
n = -1等价于普通Split；n = 0返回空切片[]string{}；n = 1不切，返回原字符串
高频或大字符串下，strings.Split 性能怎么优化？
它每次调用都分配新切片 + 拷贝子串，对超长字符串或高频场景是负担。
- 只找第一个分隔符位置？改用
strings.Index+ 手动切片，零分配 - 反复按同一分隔符拆很多字符串？考虑
strings.Replacer预编译（仅当替换逻辑复杂时） - 底层是
[]byte？用bytes.IndexByte更快 - 真正容易被忽略的是内存引用：
Split返回的每个子串仍指向原字符串底层数组。大字符串只取一小段时，记得用string(append([]byte(nil), s))拷贝释放引用
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
