sort.strings 能直接排字符串是因为它调用底层 introsort 并按 utf-8 字节序比较，故 "z" 排在 "a" 前；大小写敏感属设计使然，需忽略时应使用 sort.slice 配合 strings.tolower 实现。

sort.Strings 为什么能直接排字符串？

因为 sort.Strings 接收的是 []string 类型，底层调用的是 Go 标准库的快排变体（introsort），它对字符串切片做了专门优化：比较时直接按字节逐个比对，等价于 UTF-8 编码下的字典序。不是按 Unicode 码点排序，也不是按语言习惯（比如忽略大小写或重音），就是纯字节序 —— 所以 "Z" 会排在 "a" 前面。

大小写敏感导致排序“不符合直觉”怎么办？

常见现象：[]string{"apple", "Banana", "cherry"} 排序后变成 ["Banana", "apple", "cherry"]，因为大写字母 ASCII 值（65–90）小于小写字母（97–122）。这不是 bug，是设计使然。

Go语言（Golang）1.26.0

Go语言（Golang）1.26.0版本官方下载，版本号 1.26.0，适合旧项目维护、兼容性测试和指定版本开发环境搭建。

下载

• 若需忽略大小写，得自己实现 sort.Slice + strings.ToLower 比较逻辑
• 不要用 strings.EqualFold 直接比较，它不满足严格弱序要求（比如 a ≈ A 且 A ≈ a，但排序需要可传递的偏序）
• 正确写法示例：

  sort.Slice(strs, func(i, j int) bool {
      return strings.ToLower(strs[i]) 

中文、emoji 或含重音字符排序乱序？

这是因为 sort.Strings 只做字节比较，而 UTF-8 中中文字符占 3 字节、emoji 占 4 字节，字节序 ≠ 语义序。例如 "你好" 和 "世界" 的首字节分别是 0xe4 和 0xe4，第二字节再比，但这种比法和拼音/笔画无关。

• 真要按拼音排序，得用 golang.org/x/text/collate 包，配合 collate.Sort
• 简单场景下可预处理：用 github.com/icholy/golocale 提取拼音首字母再排序（注意性能损耗）
• emoji 混排时尤其危险 —— "?‍?"（ZWBRA）和 "?" 字节长度不同，直接比会错位

性能关键点：别在排序里反复调用 expensive 函数

如果用 sort.Slice 自定义比较函数，每次比较都可能触发多次函数调用。比如在闭包里反复调用 strings.ToLower，对长切片就是 O(n log n) 次内存分配和拷贝。

• 建议预处理：先生成 []struct{ orig, key string }，key 是转换后的排序键，再按 key 排序
• sort.Strings 本身无额外开销，它只是调用内置汇编快排，比手写 sort.Slice 平均快 10%–20%
• 切片长度

实际项目里最常被忽略的，是把“字典序”默认等同于“人类读法”。字节序快、确定、可重现，但和 locale 无关 —— 要 locale-aware 排序，就得换工具链，不能硬改比较函数。

golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！