sort.Slice 是 Go 1.8 引入的首选自定义排序方式，无需实现 sort.Interface，直接传比较函数；底层原地排序，不改变底层数组长度但重排元素位置；常见错误是比较逻辑写反。
sort.Slice 是最常用也最灵活的自定义排序入口
Go 1.8 引入的 sort.Slice 是对任意切片做自定义排序的首选方式，不需要实现 sort.Interface 的三个方法，直接传一个比较函数即可。它底层会原地排序，不改变底层数组长度，但会重排元素位置。
常见错误是把比较逻辑写反（比如该返回 a > b 却写了 a ），导致升序变降序或排序结果不稳定。
- 函数签名是
sort.Slice(slice, func(i, j int) bool)，回调里返回true表示「第 i 个元素应该排在第 j 个前面」 - 只比较索引，不传值；所以访问元素必须用
slice[i]和slice[j] - 不能在比较函数里修改切片内容，否则行为未定义
- 对
[]string按长度排序：sort.Slice(strs, func(i, j int) bool { return len(strs[i])
sort.SliceStable 保留相等元素的原始顺序
当排序依据可能重复（比如按用户状态分组、按时间戳截断到天），且你希望“同一天的记录保持原有先后关系”，就得用 sort.SliceStable。它比 sort.Slice 稍慢，但稳定性有保障。
典型误用是以为加了 Stable 就能解决所有顺序问题——其实它只保证「比较结果为 false 且相等时」的相对顺序，不解决比较逻辑本身是否合理。
- 适用场景：日志按小时聚合后展示、订单按状态分类再按创建时间回退排序
- 和
sort.Slice唯一区别就是函数名，参数完全一致 - 如果比较函数里用了随机数或外部状态，
Stable也救不了——稳定性的前提是比较逻辑幂等
自定义类型必须实现 sort.Interface 才能用 sort.Sort
当你有一个结构体类型，且想复用多次（比如在多个包里都调它的排序逻辑），或者需要和旧代码兼容，就得让类型实现 sort.Interface。这不是推荐的第一选择，但有时绕不开。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
容易漏掉的是 Len() 返回 int，而切片长度是 int，但如果你用 int64 字段存长度再转回来，可能溢出或 panic。
- 必须实现三个方法：
Len() int、Less(i, j int) bool、Swap(i, j int) -
Less含义和sort.Slice回调一致：返回true表示 i 应该在 j 前面 -
Swap必须真正交换元素，不能只改字段；对指针切片要小心解引用 - 示例：
type ByAge []Person func (a ByAge) Len() int { return len(a) } func (a ByAge) Less(i, j int) bool { return a[i].Age
字符串切片默认排序不是按字典序而是按 UTF-8 字节序
直接用 sort.Strings(ss) 对中文、emoji 或带重音符号的单词排序，结果往往不符合预期。因为 Go 的 sort.Strings 是按字节比较，不是 Unicode 排序。
这不是 bug，是设计选择：快、确定、无依赖。但业务上需要“用户看到的自然顺序”时，就得换方案。
- 简单补救：用
golang.org/x/text/collate包做 locale-aware 排序（比如中文按拼音、德语按变音规则） - 轻量替代：对英文为主+少量符号的场景，可预处理成小写 + 去标点再比较，但要注意别破坏原始数据
- 别试图用
strings.ToLower直接比较：它不处理 Unicode 大小写映射（如土耳其语的 i/I），也不处理组合字符
真正麻烦的不是语法怎么写，而是想清楚「相等」的定义——两个用户昵称看起来一样，但一个是普通空格、一个是不间断空格；两个时间戳毫秒相同，但时区不同。这些边界情况，sort 不替你判断。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
