Go strings.Fields 和 strings.Split 怎么处理连续空白：分词结果、空字符串与 Unicode 边界

处理一行用户输入时，strings.Fields 和 strings.Split 看起来都能“拆字符串”，但它们解决的不是同一个问题：前者把连续的 Unicode 空白当成一个分隔区域，并且不会返回空字段；后者只按你指定的固定分隔符切割，连续分隔符和首尾分隔符都会留下空字符串。要做命令行参数、标签或自然语言分词，通常先看 Fields；要解析 CSV 片段、路径片段或协议字段，则应明确使用 Split 并验收空字段。

记住一个边界：空白驱动的“词”用 strings.Fields，格式驱动的“字段”用 strings.Split。如果空字段有业务含义，不能把两者互换。

先看结果：同一行输入为什么会得到不同切片

下面的输入故意包含首尾空格、连续空格和逗号。把结果打印成带引号的切片，空字段就不会被终端输出的排版掩盖。

package main

import (
    "fmt"
    "strings"
)

func main() {
    text := "  go   rust  "
    fmt.Printf("Fields: %#v\n", strings.Fields(text))

    record := "go,,rust,"
    fmt.Printf("Split:  %#v\n", strings.Split(record, ","))
}

运行后可以得到类似这样的结果：

Fields: []string{"go", "rust"}
Split:  []string{"go", "", "rust", ""}

这里的差别不是实现细节，而是数据模型不同。Fields 把空白看作“词与词之间的间隔”；Split 把逗号看作字段边界，所以两个逗号之间确实存在一个空字段，末尾逗号也意味着最后还有一个空字段。

连续空白和空字符串：Fields 会主动归并边界

strings.Fields 内部按 Unicode 空白判断边界。普通空格、制表符、换行以及常见的非 ASCII 空白，都不会被当成词本身；连续出现时只会形成一次切分。

samples := []string{
    "",
    "   ",
    "alpha\tbeta\ngamma",
    "甲\u00a0乙",
}

for _, sample := range samples {
    fmt.Printf("%q => %#v\n", sample, strings.Fields(sample))
}

空字符串和只含空白的字符串都会得到长度为零的切片。这个行为很适合做搜索框输入、命令行一段文本或标签粘贴内容的第一轮清理，因为后续代码不需要再过滤一批由连续空格制造出来的空项。

但“过滤空白”也可能不是你的目标。例如固定宽度协议或用户填写的多列文本，空字段代表缺失值时，直接换成 Fields 会悄悄改变字段数量。

固定分隔符：Split 为什么必须保留空字段

strings.Split 的判断条件是你提供的分隔字符串，而不是“看起来像空白”。这使它适合解析有明确格式的简短记录。

func parsePair(line string) (string, string, bool) {
    parts := strings.SplitN(line, "=", 2)
    if len(parts) != 2 || parts[0] == "" {
        return "", "", false
    }
    return parts[0], parts[1], true
}

key, value, ok := parsePair("timeout=3s")
fmt.Println(key, value, ok)

这里使用 SplitN 而不是无条件使用 Split，是因为值本身可能继续包含等号。对于 "timeout="，返回的值是空字符串；这和缺少等号的输入不是一回事，业务层可以据此决定是否采用默认值。

如果只是想按一个逗号拆列表，可以使用 Split；如果还要限制最多拆成几段，使用 SplitN 能把剩余内容完整留在最后一项里。

Unicode 边界：看不见的空白也要进入测试样本

线上输入不一定只含键盘空格。复制网页内容时，可能出现不换行空格；日志或表单经过不同系统传递后，也可能混入制表符和换行。对这类文本，Fields 的优势是规则已经表达得很清楚。

如果业务边界不是所有 Unicode 空白，而是“逗号、分号和空白都算分隔符”，可以使用 FieldsFunc：

func isSeparator(r rune) bool {
    return unicode.IsSpace(r) || r == ',' || r == ';'
}

items := strings.FieldsFunc("go, rust;  java", isSeparator)
fmt.Printf("%#v\n", items)

FieldsFunc 同样会把连续分隔区域归并，不会返回空字段。若空字段必须保留，就不要用它代替 Split；应该先确定格式规则，再为缺失字段写测试。

实际选择可以压缩成三条判断

1. 输入是“若干词”，分隔符可能有多种，连续分隔符不应产生空项：选择 strings.Fields。
2. 输入是“固定字段”，连续分隔符、首尾分隔符或空值需要保留：选择 strings.Split 或 SplitN。
3. 输入既有 Unicode 空白又有业务符号，并且仍然不需要空项：选择 strings.FieldsFunc，把规则写成可测试的函数。

不要只用一条“正常输入”测试。至少覆盖空字符串、连续分隔符、首尾分隔符、分隔符不出现，以及包含中文和非 ASCII 空白的输入。这样才知道切片长度变化是不是业务真正允许的结果。

常见问题与边界验收

strings.Fields 会返回 nil 还是空切片？

对空输入，它返回长度为零的切片。实际代码通常只需要判断 len(parts) == 0，不要把 nil 与非 nil 当成业务词数。

strings.Split 的分隔符为空字符串会怎样？

它会按 UTF-8 序列拆分为字符串元素，不能把它当成“按用户可见字符随便切”。需要按 rune 处理时，应先确认对组合字符和显示宽度的需求。

什么时候不该用这三个 API 解析 CSV？

字段里允许引号、换行或转义逗号时，简单切分无法表达完整 CSV 语法，应使用标准库的 encoding/csv，让引号和记录边界由专用解析器处理。

把 API 选择写进测试，而不是写进记忆

如果这个函数会接收外部输入，给关键边界加上表驱动测试。测试名直接描述输入和期望字段，未来有人把 Fields 换成 Split 时，失败结果会立即暴露。

func TestTokens(t *testing.T) {
    got := strings.Fields("  go\t\nrust  ")
    want := []string{"go", "rust"}
    if !reflect.DeepEqual(got, want) {
        t.Fatalf("got %#v, want %#v", got, want)
    }
}

最终的判断很简单：先问自己“空字段是否有意义”，再问“分隔规则是 Unicode 空白还是固定符号”。答案明确后，API 选择通常就不会错。