Go可变参数需满足三原则：声明必须在末尾且唯一；调用切片须用...展开；转发时需二次展开v...；空切片安全，常见错误是漏掉...导致参数错位。
Go 语言的可变参数不是“传进去”就能用的，关键在于「声明位置」「调用方式」和「转发时机」这三个地方一错就编译失败或行为异常。
可变参数必须放在函数参数列表末尾
Go 要求 ...T 类型只能作为最后一个参数，且整个函数最多一个。这不是风格建议，是语法硬限制。
- ✅ 正确：
func Println(prefix string, args ...interface{}) - ❌ 编译报错：
func Println(args ...interface{}, suffix string)（...interface{}不能在非末尾） - ❌ 编译报错：
func F(a ...int, b ...string)（只允许一个...参数）
一旦放错位置，Go 编译器会直接拒绝，不会给你运行机会。
调用时传切片必须用 ... 展开
如果你手头是一个 []string 或 []interface{}，想把它当多个独立参数传给 ...T 函数，必须加 ...；否则就是类型不匹配。
立即学习“go语言免费学习笔记（深入）”；
- ✅ 正确：
log.Printf("err: %v", errArgs...)（errArgs是[]interface{}） - ❌ 编译错误：
log.Printf("err: %v", errArgs)（期望...interface{}，给了[]interface{}） - ❌ 运行时意外：
ZRem("key", ids[0], ids[1:]...)（ids[0]是string，ids[1:]...是展开的多个string，但ZRem只接受一个...string，结果变成 “1 + N 个参数”，违反签名）
常见于 Redis 客户端调用、日志封装、命令行参数拼接等场景——漏掉 ... 是最常导致 too many arguments 的原因。
转发 ...interface{} 给其他变参函数必须二次展开
当你写一个包装函数（比如 Log(level int, v ...interface{})），内部想调用 fmt.Println(v...)，v 在函数体内是 []interface{}，不展开就直接传，fmt.Println 会把它当单个切片打印成 [a b c]。
- ✅ 正确：
fmt.Println(v...)（v是切片，...把它打散） - ❌ 行为异常：
fmt.Println(v)（输出[a b c]，不是你想要的a b c） - ⚠️ 注意：即使你只传了一个参数，比如
Log(1, "hello")，v仍是长度为 1 的切片，仍需v...才能正确转发
这个点特别容易被忽略，因为单参数时看起来“好像也能跑”，但只要参数数量一变，输出立刻变形。
空切片和零参数调用是安全的
...T 参数永远不会是 nil，哪怕你一个参数都不传，它也是长度为 0 的空切片，for range 不会 panic，也不需要额外判空。
- ✅ 安全：
sum()返回0；join("-", []string{}...)返回空字符串 - ✅ 安全：
fmt.Print()输出换行（它本身支持零参数） - ⚠️ 但注意：某些第三方库函数（如某些 Redis 客户端的
ZRem）可能对空切片做特殊处理（比如跳过操作），这属于业务逻辑，不是 Go 语言层的问题
真正容易出问题的，从来不是“没传参数”，而是“传了切片却忘了展开”或者“想混用单个值和切片展开”。
