math.Max(3, 5) 报错是因为其签名限定参数必须为float64，而3、5是未类型化整数常量，默认推导为int，无法自动转float64；Go 1.21+应改用内置max或cmp.Max，它们支持int等类型、避免精度丢失且类型安全。
Go 1.21+ 中，math.Max 不该用于整数比较——它只吃 float64，硬塞 int 会编译失败；真要比整数，优先用内置 max 或 cmp.Max。
为什么 math.Max(3, 5) 直接报错
math.Max 的函数签名是 func Max(x, y float64) float64，两个参数都必须是 float64。传入未类型化的整数字面量（如 3、5）时，Go 不会自动转成 float64，而是尝试推导为 int（这是 Go 对无类型整数常量的默认行为），结果就是：
cannot use 3 (untyped int) as type float64 in argument to math.Max
常见错误补救写法：int(math.Max(float64(a), float64(b))) —— 看似能跑，但隐患大：
立即学习“go语言免费学习笔记（深入）”；
- 若
a或b是超大整数（比如大于2^53），转float64会丢失精度，结果不可靠 - 若值为负，
float64表示仍精确，但整个转换路径冗余且易读性差 - 纯整数逻辑里引入浮点运算，违背直觉，也增加出错面
Go 1.21+ 推荐：直接用内置 max 函数
Go 1.21 起，max 和 min 是语言级内置函数，支持 int、int64、float64、string 等所有可比较类型，类型由参数自动推导：
a, b := 42, -7 maxVal := max(a, b) // 类型是 int，值为 42 <p>x, y := 3.14, 2.718 maxF := max(x, y) // 类型是 float64，值为 3.14
注意限制：
- 只接受**恰好两个参数**，不支持
max(a, b, c)；三个数得写成max(a, max(b, c)) - 不能传
nil指针或未初始化变量，比如var p *int; max(*p, 0)会 panic - 不支持混合类型，
max(int32(1), int64(2))编译失败
需要类型更灵活？用 cmp.Max
如果项目已导入 "cmp" 包（标准库，Go 1.21+），cmp.Max 提供更强的类型约束控制，尤其适合泛型函数内部使用：
import "cmp"
<p>func clamp[T cmp.Ordered](v, lo, hi T) T {
return cmp.Max(lo, cmp.Min(v, hi))
}
和内置 max 的关键区别：
-
cmp.Max明确要求两个参数类型**完全一致**，不会做隐式类型提升（比如int和int32就不行） - 它基于
constraints.Ordered，覆盖类型比内置max更明确（例如支持int、string，但不支持uint，除非显式指定cmp.Max[uint](a, b)） - 在泛型上下文中更可控，不容易因类型推导“意外成功”而埋下兼容隐患
对切片求最大值怎么办
math.Max、内置 max、cmp.Max 全都不支持切片——它们都是二元函数。真要从 []int 里找最大值，只有两个靠谱选择：
- 手动遍历（最轻量、零依赖）：
for _, v := range s { if v > maxVal { maxVal = v } } - 用
slices.Max（来自golang.org/x/exp/slices）：slices.Max(s)，但它有坑：- 不是标准库，属实验包，API 可能变动
- 对
[]uint这类类型需显式写slices.Max[uint](s)，否则类型推导失败 - 性能是线性遍历，大数据量时别误以为它是 O(1)
真正容易被忽略的是：这些“取最大值”的工具，没有一个能自动处理 nil 切片或空切片——你得自己加 len(s) == 0 判断，否则 slices.Max 会 panic，手动循环则可能返回零值（比如 int 的 0），而这个 0 很可能是个合法业务值，导致静默错误。
