Go中...是类型修饰符而非语法糖，表示参数为切片类型，必须位于参数列表末尾且唯一，调用时需用...展开切片，不支持多变参或混用类型。
Go 里 ... 不是语法糖，是类型修饰符
Go 的变长参数（variadic function）本质是把最后若干个同类型实参打包成一个切片传入，... 是类型系统的一部分，不是调用时的省略写法。比如 func sum(nums ...int) 中，nums 的类型就是 []int，不是“可选参数”的标记。
常见错误是以为可以混用不同类型的变参，或者试图在函数内直接对 nums 做非切片操作——它就是切片，所有切片操作都适用，但不能当普通参数列表用。
- 声明时必须是**最后一个参数**，且只能有一个
...参数 - 调用时若传入切片，必须加
...展开：sum(vals...)，否则编译报错cannot use vals (type []int) as type int in argument to sum - 空参数调用合法：
sum()→nums是长度为 0 的[]int，不是nil
如何把已有切片传给变参函数？必须显式加 ...
这是最常卡住的地方：你有一个 []string，想传给 fmt.Println(a ...interface{})，直接写 fmt.Println(mySlice) 会报错，因为类型不匹配。
正确做法是末尾加三个点展开：
立即学习“go语言免费学习笔记（深入）”；
names := []string{"Alice", "Bob"}
fmt.Println(names...)
注意：... 只能用于**调用处**，且只作用于切片变量本身；不能用于表达式中间（如 append(slice, items...)... 是非法的）。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 如果切片是
nil，fn(slice...)仍合法，函数内收到的是nil切片（不是空切片），需用len(nums) == 0或nums == nil区分 - 不能对非切片类型用
...，比如sum(1, 2, 3...)语法错误 - 泛型函数中变参写法一样，但类型约束需覆盖切片元素类型，例如
func max[T constraints.Ordered](vals ...T)
多个变参类型？Go 不支持，得手动拆包或换结构
Go 不允许函数有多个 ... 参数，也不支持类似 Python 的 *args, **kwargs。如果你需要同时接收字符串列表和整数列表，不能写 func f(ss ...string, ns ...int) —— 编译直接拒绝。
可行方案只有两个：
- 统一用
interface{}+ 运行时类型断言（适合简单场景，但失去类型安全） - 改用结构体封装参数：
func f(opts Options)，其中Options包含Strings []string和Numbers []int字段 - 或者拆成两个函数：
fStrings(...string)和fNumbers(...int)，再由上层组合
强行绕过只会让调用方更难理解，也破坏 Go “显式优于隐式”的设计哲学。
性能注意：变参会触发底层数组复制，大数据量慎用
每次调用变参函数并传入新元素（如 log("msg", x, y, z)），Go 会新建一个切片，并把所有实参拷贝进去。对小数据无感，但高频调用 + 大量参数时，GC 压力会上升。
优化方向很明确：
- 如果参数固定且数量少（≤ 4），考虑重载函数而不是全走变参，例如
log1(msg string)、log2(msg, a string) - 日志类函数建议接收预构建的
[]interface{}，避免重复分配：logger.Log(args...)改为logger.Log(preparedArgs) - 切片展开（
fn(slice...)）不额外分配，只要原切片容量够，就是零拷贝传递
真正容易被忽略的是：变参函数签名一旦定下，就很难在不破坏兼容性的情况下改成结构体传参——所以一开始就要想清楚，这个“灵活”是不是真有必要。
