Go strings.EqualFold 为什么不等同于转小写比较

如果目的只是判断两个字符串是否忽略大小写后相等，Go 中应优先写 strings.EqualFold(a, b)，而不是 strings.ToLower(a) == strings.ToLower(b)。两者在普通 ASCII 文本上经常得到相同结果，但语义并不相同：EqualFold 使用 Unicode 简单大小写折叠比较等价类，ToLower 则把每个字符单向映射为小写。

官方文档：https://pkg.go.dev/strings#EqualFold

最小写法：只比较就用 EqualFold

最小配方只需要一个函数调用。它接收两个 UTF-8 字符串，直接返回布尔值，不要求调用方先生成两份转换后的字符串。

package main

import (
	"fmt"
	"strings"
)

func main() {
	// 只判断是否忽略大小写相等，直接表达比较意图。
	fmt.Println(strings.EqualFold("Gopher", "gOpHeR"))

	// 转小写后比较在纯 ASCII 示例中也能得到相同结论，
	// 但它表达的是“先转换，再比较”。
	fmt.Println(strings.ToLower("Gopher") == strings.ToLower("gOpHeR"))
}

从标准库实现看，EqualFold 先处理 ASCII 快速路径，遇到非 ASCII rune 后再使用 unicode.SimpleFold 判断两个字符是否处于同一简单折叠等价类。这个实现是在原字符串上比较，不需要调用方构造小写副本。

为什么两个 ToLower 结果可能不同

关键差异是“等价类”和“目标字符”。简单折叠可以把多个 Unicode 码点视为大小写等价成员；小写映射只负责为每个字符找一个小写结果，却不保证同一折叠类里的所有字符最终都变成同一个 rune。

希腊字母 Sigma 是很清楚的例子：大写 Σ、普通小写 σ 和词尾小写 ς 属于同一个简单折叠等价类。但 strings.ToLower("Σ") 得到 σ，strings.ToLower("ς") 仍是 ς，两个小写结果并不相等；strings.EqualFold("Σ", "ς") 则返回 true。

package main

import (
	"fmt"
	"strings"
)

func main() {
	upperSigma := "Σ"
	finalSigma := "ς"

	// 单向小写映射会保留两个不同的小写 rune。
	lowerEqual := strings.ToLower(upperSigma) == strings.ToLower(finalSigma)

	// 简单折叠比较会检查二者是否属于同一 Unicode 等价类。
	foldEqual := strings.EqualFold(upperSigma, finalSigma)

	fmt.Println("ToLower comparison:", lowerEqual)
	fmt.Println("EqualFold comparison:", foldEqual)
}

因此，EqualFold 不是“把两边都变成小写”的快捷写法。它直接问的是：逐个 rune 看，这两个字符串是否在 Unicode 简单大小写折叠规则下等价。

EqualFold 仍然有哪些边界

EqualFold 比转小写比较更符合“不区分大小写相等”的意图，但它不是完整的文本规范化工具。下面几类情况要单独处理。

标准库官方示例明确给出了 strings.EqualFold("ß", "ss") == false，因为这里使用的是 simple case-folding，而不是会处理多 rune 映射的 full case folding。Unicode 包文档也说明，当前没有对输入或输出涉及多个 rune 的完整大小写折叠机制。

另外，大小写折叠和 Unicode 规范化是两个问题。一个预组字符 é 与字母 e 加组合重音在视觉上可能一样，但码点序列不同；如果业务要求把它们视为相同，需要在比较前明确加入规范化策略。EqualFold 也不是面向特定语言环境的排序或校对规则。

什么时候仍然应该使用 ToLower

ToLower 并没有被 EqualFold 取代。选择标准取决于最终产物：

• 只要布尔判断：使用 EqualFold，意图最直接。
• 需要保存或复用规范化键：可以使用 ToLower 生成键，但要先定义字符集、规范化和地区规则。
• 需要土耳其语等特殊大小写映射：考虑 strings.ToLowerSpecial 与对应的 unicode.SpecialCase，不要假设默认折叠符合本地语言规则。
• 需要完整 Unicode 搜索匹配：把大小写折叠、Unicode 规范化、空白处理和标点策略分别设计，不能只换一个函数。

package main

import (
	"fmt"
	"strings"
)

func main() {
	labels := map[string]string{}

	// 这里确实需要一个可保存、可复用的规范化键，
	// 因此 ToLower 比一次性布尔比较更合适。
	key := strings.ToLower("Content-Type")
	labels[key] = "application/json"

	fmt.Println(labels["content-type"])
}

即使选择 ToLower 生成键，也应把它视为业务约定，而不是通用的 Unicode 身份规则。若输入范围只允许 ASCII，可以把这个约束写进接口文档；若允许任意用户文本，就需要更完整的规范化设计。

可直接复用的比较封装

项目中最常见的需求是“忽略首尾空白，并且忽略大小写”。这时可以把两种规则显式组合，而不是在各处散落转换代码。

package textmatch

import "strings"

// EqualFoldSpace 判断两个字符串在去除首尾空白后，
// 是否按 Unicode 简单大小写折叠相等。
func EqualFoldSpace(a, b string) bool {
	left := strings.TrimSpace(a)
	right := strings.TrimSpace(b)
	return strings.EqualFold(left, right)
}

这个封装刻意没有做 Unicode 规范化，也没有把德语 ß 展开为 ss。函数名和注释把边界写清，调用方就不会误以为它提供了语言学意义上的“所有文本都等价”。

简要结论是：ToLower 产生新表示，EqualFold 回答相等问题；简单折叠处理单 rune 的 Unicode 大小写等价，但不负责完整折叠、组合字符规范化、去空白或地区化规则。只比较时用 EqualFold，要生成持久化键时才设计并使用明确的规范化流程。