不能直接用 interface{} 写 Max/Min，因为 interface{} 不支持比较运算，会导致编译错误；应使用 constraints.Ordered 约束类型，确保类型安全、可内联且高效。
为什么不能直接用 interface{} 写 Max/Min？
因为 interface{} 无法参与比较运算，Go 编译器会报错 invalid operation: cannot compare a == b (operator == not defined on interface{})。哪怕你用 reflect 做运行时判断，既慢又失去类型安全，还无法内联优化——这不是泛型该解决的问题，而是要绕开的坑。
用 constraints.Ordered 约束最稳妥
Go 标准库 golang.org/x/exp/constraints（1.21+ 已内置到 constraints 包）提供了 Ordered，它覆盖所有可比较且支持 、<code>> 的基础数值类型：int、int64、float64、string 等。注意：string 虽然被包含，但通常不归类为“数值”，所以实际写数值函数时建议显式限定。
- 推荐导入：
import "constraints"（Go 1.21+），或import "golang.org/x/exp/constraints"（旧版） - 签名示例：
func Max[T constraints.Ordered](a, b T) T - 不要用
comparable：它只保证==和!=，不保证可用，对 <code>Max/Min不够用 - 自定义类型若想支持，需确保底层类型是
Ordered且未屏蔽比较操作（比如没定义==方法）
处理切片时要注意空 slice panic
常见错误是直接取 slice[0] 当初值，遇到空切片就 panic：panic: runtime error: index out of range [0] with length 0。必须显式校验长度。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
func MaxSlice[T constraints.Ordered](s []T) (T, bool) {
if len(s) == 0 {
var zero T
return zero, false
}
m := s[0]
for _, v := range s[1:] {
if v > m {
m = v
}
}
return m, true
}
- 返回
(T, bool)是 Go 风格的安全做法，调用方能明确判断是否有效 - 避免用指针或 error 返回：没必要为单个值引入额外分配或错误路径
- 不要用
var zero T初始化然后循环比较：那会把零值当成候选，比如MaxSlice([]int{})返回0, true就是错的
性能关键点：别让泛型拖慢热路径
泛型函数在编译期实例化，本身无运行时开销，但以下写法会破坏内联或引入间接调用：
立即学习“go语言免费学习笔记（深入）”；
- 避免把泛型函数作为参数传给高阶函数（比如塞进 map 的 value 里），会导致逃逸和接口转换
- 不要在循环体内反复调用泛型函数（如每轮都调
Max(a, b)），编译器可能无法充分优化；直接展开逻辑更稳 - 如果只用于
int或float64，且性能敏感，不妨保留专用版本（MaxInt/MaxFloat64），泛型版作兜底 - 切片遍历用
for i := 1; i 比 <code>for _, v := range s[1:]略快（少一次切片头构造），但差异微小，可读性优先
泛型不是银弹，约束写得越窄（比如 ~int | ~int64 | ~float64），生成的代码越精简，但维护成本上升。平衡点往往就在 constraints.Ordered —— 它足够宽，也足够安全。
