splitn的第三个参数n控制最多切出多少个子串：n>0时最多返回n个元素，末段含剩余内容；n==0时返回空切片；n
Go 语言里用 strings.SplitN 按指定字符分割字符串，关键不是“能不能分”，而是“分几份”和“空段怎么处理”——这两个点没想清楚，SplitN 很容易产出意料外的结果。
SplitN 的第三个参数 n 到底控制什么？
它控制的是**最多切出多少个子串**，不是“切几刀”。n 值不同，行为差异很大：
- n > 0：最多返回 n 个元素；若原始字符串能切出超过 n-1 个分隔符，则最后一个元素包含剩余全部内容（不继续切）
- n == 0：直接返回空切片
[]string{}（注意：不是 nil，是长度为 0 的切片） - n strings.Split，不限制数量，全切
比如 strings.SplitN("a,b,c,d", ",", 2) 返回 ["a", "b,c,d"]，不是 ["a", "b"]。
空字符串和连续分隔符怎么处理？
SplitN 默认保留空段，这点和 Python 的 str.split() 默认跳过空串不同。比如：
strings.SplitN("a,,b,c", ",", 4)
结果是 ["a", "", "b", "c"] —— 中间两个逗号产生的空字符串被如实保留。
常见踩坑场景：
- 解析 CSV 行时误以为
SplitN(line, ",", -1)就够了，但字段含空值时长度可能超预期 - 用
SplitN(path, "/", 3)提取路径前缀，结果"/a//b"分出["", "a", "", "b"]，第三段是空串而非"b"
性能与内存要注意什么？
SplitN 返回的是新分配的 []string，每个子串都指向原字符串的底层数组（只读），所以通常不额外拷贝内容，性能不错。但有两个隐性开销：
- 当 n 很小（如 2 或 3）时，它仍要扫描整个字符串找齐 n-1 个分隔符，无法提前终止
- 如果原字符串极大，而你只想要前几个字段，考虑用
strings.Index+ 手动切片，比SplitN更轻量
例如提取 HTTP 请求行的 method 和 path：
idx := strings.IndexRune(line, ' ')
if idx > 0 {
method := line[:idx]
path := line[idx+1:]
}
比 SplitN(line, " ", 3) 少一次遍历、少一次切片分配。
真正难的不是调用 SplitN，而是预判 n 值是否匹配你的业务语义——比如“取前三个字段”和“最多分三段”在含空段时结果完全不同。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
