strings.Split按字面量分割，相邻分隔符产生空字符串，空分隔符panic，空原字符串返回[""]；需过滤空串时应手动遍历或用Fields（仅限空白）；处理换行宜先TrimSuffix再Split；高频场景可改用Index或Replacer优化性能。
Go 里用 strings.Split 分割字符串最直接，但切片结果里空字符串、分隔符重叠、末尾换行这些细节不处理好，很容易出 bug。
strings.Split 的基本行为和常见误判
它按字面量（不是正则）切割，返回 []string，哪怕两个分隔符挨着，也会产生空字符串元素。比如 strings.Split("a,,b", ",") 得到 ["a", "", "b"]，不是 ["a", "b"]。
- 分隔符为空字符串
""时，会 panic：运行时报panic: strings: Split: empty string separator - 原字符串为空
""，结果是[]string{""}（含一个空字符串），不是空切片 - 分隔符不在字符串中，返回原字符串组成的单元素切片，例如
strings.Split("hello", "|")→["hello"]
去掉空字符串的几种安全写法
很多场景（比如解析 CSV 行、读配置项）需要跳过空字段，strings.Split 不自带过滤，得手动处理。
- 用
for遍历后筛选：if s != ""才 append 到新切片 - 用
strings.Fields更省事——它按任意空白字符（空格、\t、\n 等）分割并自动丢弃空串，但只适用于空白分隔场景 - 如果分隔符是固定字符且需保留顺序，别图省事用
strings.ReplaceAll预处理，那会破坏原始结构（比如把"a,b,,c"变成"a,b,c"，丢失了“中间有两个逗号”的语义）
换行符处理：Split vs SplitN vs TrimSuffix
读文件时每行末尾带 \n 或 \r\n，直接 strings.Split(buf, "\n") 可能导致最后一项是空字符串（尤其文件末尾有换行）。
立即学习“go语言免费学习笔记（深入）”；
- 更稳妥的是先
strings.TrimSuffix(line, "\n")再Split，或统一用strings.TrimRight(line, "\r\n") -
strings.SplitN(s, "\n", -1)和Split行为一致；但设n = 2就只切第一处换行，剩下全当第二项，适合“取首行+余下内容”这种场景 - 别依赖
bufio.Scanner的默认行为以为它自动去掉了换行——它确实去掉，但那是扫描器层面的，和Split无关
性能与替代方案：什么情况不该用 Split
高频调用或超长字符串下，strings.Split 每次都分配新切片和字符串头，开销不小。
- 只找第一个分隔符位置？用
strings.Index+ 切片操作，避免分配 - 要反复按同一分隔符拆很多字符串？考虑预编译成
strings.Replacer（仅当替换逻辑复杂时）或直接用bytes.IndexByte（[]byte场景下更快） - 解析结构化数据（如 JSON、URL query）别硬拆，该用
encoding/json或net/url.ParseQuery就用——它们处理边界更健壮
真正容易被忽略的是：Split 返回的每个子字符串仍指向原字符串底层数组，只要原字符串还活着，整块内存就无法 GC。大字符串只取其中一小段时，记得用 string(append([]byte(nil), s...)) 做一次拷贝释放引用。
