go中可变参数必须位于参数列表末尾且仅能有一个，其本质是切片语法糖；声明时为...t，调用时需用...展开切片，类型为[]t，支持len/cap/append等操作。
可变参数必须放在参数列表末尾
Go 不允许在可变参数之后再定义其他参数，否则编译直接报错 cannot use ... with non-final parameter。这是语法硬性限制，不是风格建议。
常见错误写法：
func badExample(a int, args string, b bool) { /* 编译失败 */ }
正确结构只有一种：所有固定参数在前，... 参数必须是最后一个。
- 固定参数可以有零个或多个，但一旦出现
...，它后面不能再有任何参数 - 如果函数只需要处理可变参数，就写成
func f(args string)，前面无固定参数也合法 - 多个可变参数？不支持。一个函数最多只能有一个
...形参
类型必须明确，且内部按切片处理
声明时写的 args string 看似是“多个 string”，实际在函数体内它就是一个 []string 类型的普通切片 —— 这不是隐式转换，而是 Go 的语法糖实现机制。
这意味着：
- 你可以对
args直接用len()、cap()、append()，它就是切片 - 传空参调用
f()时，args是nil切片，len(args)为 0，不会 panic - 不能把
args当作单个string用，比如fmt.Println(args)打印的是整个切片，不是逐个字符串
正确遍历方式：
for _, s := range args {
fmt.Println(s)
}
调用时传切片需显式展开
如果你手头已经有一个 []string 变量，想把它作为可变参数传进去，必须加 ... 展开，否则类型不匹配。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
例如：
names := []string{"a", "b", "c"}
printStrings(names...) // ✅ 正确：展开切片
printStrings(names) // ❌ 错误：类型是 []string，期望是 string
这个 ... 只在调用时起作用，和定义时的 ... 语义不同，但符号相同，容易混淆。
- 定义时的
...表示“接受任意个该类型参数” - 调用时的
...表示“把切片当多个独立参数传入” - 两者不可互换，也不能省略其中任一环节
要支持任意类型，得用 interface{}
标准库如 fmt.Printf 能接收混合类型（string、int、struct{}），靠的是把可变参数类型设为 interface{}：
func myPrint(args interface{}) { ... }
但注意：这里 args 是单个 interface{} 值，不是可变参数。真正支持多类型可变参数的写法是：
func myPrintf(args ...interface{}) { ... }
此时 args 类型是 []interface{}，每个元素可存任意类型，但调用方需自行做类型断言或 switch arg.(type) 分支处理。
代价很明确：失去编译期类型检查，运行时才暴露类型错误。所以除非真需要混类型，否则优先用具体类型如 string 或 int。
最易被忽略的一点：可变参数本质就是语法糖，背后全是切片。写的时候觉得灵活，用的时候忘了它是个切片，就会在长度判断、空值处理、展开调用上反复踩坑。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
