Go标准库不存在reflect.Swapper函数；正确做法是用原生索引交换a[i], a[j] = a[j], a[i]，简单高效且零开销。
reflect.Swapper 不存在 —— Go 标准库根本没有这个函数，更谈不上“快速交换切片元素”。
为什么搜 reflect.Swapper 会得到错误结果
这是个典型的“幻觉 API”：有人把 sort.Interface 的 Swap 方法、reflect.Swapper（压根没这东西）、甚至第三方包名记混了。Go 的 reflect 包里只有 reflect.Swap（注意是方法，不是函数），而且它只作用于 reflect.Value 类型，不能直接用于切片元素交换。
- 常见错误现象：
undefined: reflect.Swapper或cannot use reflect.Swapper as value - 真实路径：
reflect.Value类型有Swap方法，但必须先用reflect.ValueOf(&slice).Elem()获取可寻址的切片值 - 性能影响：反射开销大，比直接索引交换慢 10–100 倍，排序中用它纯属拖慢速度
真正该用的：原生切片索引交换（无反射）
交换两个切片元素，99% 场景下就该写 a[i], a[j] = a[j], a[i] —— 简单、零分配、编译器能内联优化。
- 使用场景：实现自定义排序、洗牌（Fisher–Yates）、堆调整等
- 参数差异：不需要任何额外参数，不依赖类型，
[]int、[]string、[]struct{}全都适用 - 容易踩的坑：
i或j越界不会 panic（Go 不检查多值赋值中的索引），但后续访问会 panic；务必确保0 ≤ i,j
示例：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
func swapSlice[T any](s []T, i, j int) {
if i < 0 || j < 0 || i >= len(s) || j >= len(s) {
return
}
s[i], s[j] = s[j], s[i]
}
什么时候才需要碰 reflect.Value.Swap
仅当你的代码完全不知道切片类型（比如写通用容器工具、调试器、或序列化中间件），且必须通过反射修改底层数据时才用。这不是排序性能优化手段，而是类型擦除下的兜底方案。
- 必须满足：切片指针可寻址（
reflect.Value来自&slice，不能来自slice本身） - 典型错误：
reflect.ValueOf(mySlice).Swap(i, j)→ panic:reflect.Value.Swap: call of reflect.Value.Swap on zero Value - 正确链路：
v := reflect.ValueOf(&mySlice).Elem(); v.Index(i).Set(v.Index(j))（注意：这不是Swap方法调用，因为v是切片值，没有Swap；得手动Set）
真正在意排序性能，就别碰 reflect —— sort.Slice 配合闭包已足够快，自定义交换逻辑用原生索引即可。反射的代价藏在看不见的地方，而越界、不可寻址、类型不匹配这些坑，往往到线上才暴露。
