strings.split不会自动过滤空字符串，需手动处理；分隔符在开头、中间连续或结尾时均保留空字符串，如"strings.split("a,,b", ",")"返回["a", "", "b"]。
strings.Split 不会自动过滤空字符串，直接遍历取 s[0] 很可能 panic —— 这不是 bug，是设计如此，必须手动处理。
strings.Split 返回空字符串的常见场景
只要分隔符出现在开头、中间连续或结尾，strings.Split 就原样保留空字符串：strings.Split("a,,b", ",") → []string{"a", "", "b"}strings.Split(",a", ",") → []string{"", "a"}strings.Split("a,", ",") → []string{"a", ""}
读文件后直接 strings.Split(buf, "
")，若末尾有换行（如 Unix 文件），最后一项就是 ""。
这些空字符串不是错误，而是原始结构的忠实反映：CSV 中 "name,,age" 的中间空字段语义明确，不能简单跳过。
- 需要保留空字段语义时，别跳过，业务逻辑里单独判断
s == "" - 只想取非空项，显式过滤：
if s == "" { continue } - 用
strings.Fields替代？仅限空白分隔符（' '、' '、' '），它不接受自定义 sep
空分隔符和空输入字符串的行为差异
strings.Split(s, "") 会 panic：panic: strings: Split: empty string separator —— Go 明确拒绝模糊语义，不猜测“怎么切”。
但 strings.Split("", ",") 是合法的，返回 []string{""}（长度为 1 的切片，含一个空字符串），不是 []string{}。
- 用户输入的分隔符必须校验非空，否则运行时崩
- 别假设
len(parts) > 0就安全；parts[0]可能是""，取parts[1]前必须len(parts) > 1 - 想按字符拆分中文或 emoji？
strings.Split(s, "")不行（会 panic），改用strings.ToRuneSlice或for _, r := range s
性能与替代方案：什么时候不该用 strings.Split
strings.Split 每次都分配新切片并拷贝子串，对高频或大字符串不友好。
- 只取前 N 项？用
strings.Index+ 手动切片更轻量 - 分隔符是固定单字节（如
","、":"）？strings.Split最快；含可选符号（如"\s+|[,;]"）？改用regexp.Split - 要切分+转换（如转 int）？
strings.Split不干这事，得自己遍历strconv.Atoi - 拼接回字符串？
strings.Join(parts, sep)第一个参数必须是[]string，传[]byte或nil会编译报错或返回空串
换行符兼容性与预处理建议
Windows（"
"）和 Unix（"
"）换行不统一，直接 strings.Split(line, "
") 在 Windows 上可能漏掉 "
"。
- 统一清理：先
strings.TrimRight(line, " ")，再strings.Split(..., " ") - 不想改原字符串？用
strings.SplitN(line, " ", -1)行为一致，但n = 2可用于“首行 + 其余”场景 - 注意：即使预处理了，
strings.Split("a b ", " ")仍得["a", "b", ""]，因为末尾换行被当成分隔符，不是垃圾
最易被忽略的点：空字符串 "" 作为输入合法，但作为分隔符必 panic；strings.Split 不做任何语义推断，它只做字节级精确匹配 —— 你给它什么，它就忠实地切什么。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
