go 1.21起max是内置双参数函数，不支持切片；求切片最大值须用slices.max（需检查空切片）或cmp.max手动遍历，旧版本需手写泛型不支持的类型专用函数。
Go 1.21 起，max 是语言内置函数，不是包函数；它只接受两个同类型参数，不能直接用于切片。想对切片求最大值，必须手动遍历或借助 slices.Max（Go 1.21+）或 cmp.Max 配合循环——别指望一个 max 调用搞定整个切片。
为什么不能直接用 max 求切片最大值
max 是泛型内置函数，签名是 func max[T cmp.Ordered](x, y T) T，只支持两个参数。传入切片会编译报错：cannot use numbers (type []int) as type int in argument to max。它和 Python 的 max() 或 JS 的 Math.max(...arr) 完全不同，没有可变参数或切片展开语法。
常见错误现象：
- 写
max(nums...)→ 编译失败：“invalid use of '...'” - 写
max(nums)→ 编译失败：“cannot use nums (type []int) as type int” - 误以为
math.Max能处理整数切片 → 实际只收两个float64，且要手动转类型、遍历
slices.Max 是最直接的切片最大值方案（Go 1.21+）
slices 包（golang.org/x/exp/slices 曾用名，现为标准库 slices）提供了真正面向切片的 Max 函数，类型安全、零分配、不修改原切片。
使用前需导入：import "slices"
示例：
nums := []int{3, 8, 1, 5, 9, 2}
maxVal := slices.Max(nums) // 返回 9，类型自动推导为 int
关键点：
- 仅支持「元素类型可比较」的切片（
int、string、float64等均可，但不能是结构体除非显式实现cmp.Ordered） - 空切片 panic：
panic: slice is empty，务必提前检查len(nums) > 0 - 性能：单次遍历，O(n)，无额外内存分配，比
sort.Ints+ 取末尾快得多且不破坏顺序
cmp.Max + 循环是通用兼容写法（Go 1.21+）
如果你需要自定义逻辑（比如跳过负数、带条件筛选），或目标环境可能低于 Go 1.21（但又用了 cmp 包），可以用 cmp.Max 手动维护当前最大值。
示例：
import "cmp"
nums := []int{3, 8, 1, 5, 9, 2}
if len(nums) == 0 {
// 处理空情况
}
maxVal := nums[0]
for _, x := range nums[1:] {
maxVal = cmp.Max(maxVal, x)
}
注意点：
-
cmp.Max和内置max行为一致，但它是包函数，需显式导入"cmp" - 不要在循环里反复调用
max(a, b, c)—— 它不支持三个参数，多参数会编译失败 - 若切片含
NaN（[]float64），cmp.Max会传播NaN，和math.Max一致
旧版本（Go
Go 1.20 及更早没有 slices.Max 或内置 max，math.Max 又只服务 float64，所以你大概率得自己写：
func MaxInts(nums []int) int {
if len(nums) == 0 {
panic("empty slice")
}
m := nums[0]
for _, v := range nums[1:] {
if v > m {
m = v
}
}
return m
}
这类函数的问题在于：
- 每种数字类型（
int64、uint、float32）都要复制一份，无法复用 - 容易漏掉空切片检查，线上 panic
- 如果项目已升级到 Go 1.21+，继续用这种手写函数就失去了类型推导和泛型安全优势
真正容易被忽略的是空切片处理——slices.Max 和手写循环都不做防御性返回，而是直接 panic。业务代码里如果数据来源不可控（比如 HTTP 请求解析的 JSON 数组），必须在调用前加 len(slice) > 0 判断，否则就是生产环境定时炸弹。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
