sort.Slice 要求切片元素可寻址，不能直接对 []int64 等底层类型排序？
不是不能，而是 sort.Slice 本身不要求可寻址——它只依赖传入的比较函数。但如果你在比较函数里试图取地址（比如 &s[i]），而 s 是 []int64 这类值类型切片，就会触发“cannot take the address of s[i]”错误。
常见错误现象：cannot take the address of s[i] 或 invalid operation: &s[i] (cannot take address of s[i])
- 用
sort.Slice时，比较函数里避免对基础类型元素取地址；直接比较值即可 - 如果真需要地址（比如想修改原切片元素），改用
sort.SliceStable并确保切片是可寻址的（如局部变量、非字面量） - 结构体切片天然支持取地址，所以
sort.Slice对[]User更“顺手”，但别误以为这是强制要求
示例（正确）：
users := []User{{Name: "z", Age: 20}, {Name: "a", Age: 25}}<br>sort.Slice(users, func(i, j int) bool {<br> return users[i].Age < users[j].Age // 直接比字段，不取地址<br>})
自定义结构体实现 sort.Interface 时，Len/ Swap/ Less 三个方法必须全写？
必须。Go 的 sort.Interface 是一个接口，包含 Len()、Less(i, j int) bool、Swap(i, j int) 三个方法。少一个，编译就报 does not implement sort.Interface。
立即学习“go语言免费学习笔记（深入）”；
使用场景：当你希望复用 sort.Sort、sort.Stable，或把排序逻辑封装进类型本身（比如让 UserSlice 自带排序能力）
-
Len()返回int，不能是int64或其他类型 -
Swap()必须真正交换底层数组元素，不能只交换副本；否则排序无效 -
Less()必须满足严格弱序：自反性（Less(i,i)恒为 false）、非对称性、传递性，否则行为未定义
示例（关键片段）：
type UserSlice []User<br>func (u UserSlice) Len() int { return len(u) }<br>func (u UserSlice) Less(i, j int) bool { return u[i].Name < u[j].Name }<br>func (u UserSlice) Swap(i, j int) { u[i], u[j] = u[j], u[i] }
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
sort.Slice 和 sort.Sort 性能差异大吗？
小，但有区别：两者底层都走快排（pivot-based quicksort），平均时间复杂度都是 O(n log n)，但 sort.Slice 多一层闭包调用开销，sort.Sort 多一次接口动态调度。
实际影响：10 万以内元素基本无感；百万级数据下，sort.Slice 可能慢 3%~8%，取决于比较函数是否内联（Go 1.21+ 对简单闭包优化更好）
- 优先用
sort.Slice：代码简洁、无需定义新类型、适合一次性排序 - 选
sort.Sort的典型场景：同一结构体频繁排序（如 HTTP handler 中反复排序用户列表），且已封装好sort.Interface实现，避免每次构造闭包 - 注意：无论哪种，都别在循环里反复调用
sort.Slice对同一底层数组排序——没缓存，纯浪费
多字段排序时，Less 函数怎么写才不出错？
按优先级从高到低嵌套判断，用 && 连接，而不是 || 或多个 return 混用。否则容易漏掉相等情况，导致排序不稳定或结果错乱。
常见错误现象：名字相同的人年龄顺序随机、分页结果重复或跳变
- 第一字段不等，直接返回；相等才看第二字段；依此类推
- 别写成
if a.Name != b.Name { return a.Name —— 这样当 <code>a.Name == b.Name时，永远只比年龄，但没考虑年龄也相等的情况（应继续比 ID） - 稳定排序（
sort.Stable）不能替代多字段逻辑：它只保证相等元素相对位置不变，不帮你做字段优先级判断
示例（正确）：
sort.Slice(users, func(i, j int) bool {<br> if users[i].Name != users[j].Name {<br> return users[i].Name < users[j].Name<br> }<br> if users[i].Age != users[j].Age {<br> return users[i].Age < users[j].Age<br> }<br> return users[i].ID < users[j].ID<br>})
最容易被忽略的是 Less 函数里字段访问的 panic 风险：如果结构体字段是指针或接口类型，且可能为 nil，直接访问会 panic。得先判空，再比较——这点在日志、配置、API 响应结构体排序时特别容易翻车。
