Go 里用 ... 解包切片传给变参函数，不是自动发生的
Go 不会隐式把切片当成多个参数展开，func(...T) 接收的是零个或多个 T，但你传一个 []T 过去，类型不匹配——编译直接报错：cannot use s (type []int) as type int in argument to sum。
必须显式加 ... 告诉编译器：“请把这切片里的每个元素当独立参数传进去”。
常见错误现象：
- 忘记写
...，编译失败 - 写了
...但切片是nil，函数内收到零个参数（合法，但可能逻辑出错） - 切片类型和变参类型不一致，比如
[]int64传给func(...int)，...也不救不了
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 确认切片非
nil且元素类型与变参类型完全一致（包括基础类型别名，type MyInt int和int不兼容） - 如果不确定是否为空，先检查长度再决定是否调用，或在函数内部处理空参逻辑
- 示例：
func sum(nums ...int) int { s := 0 for _, n := range nums { s += n } return s } s := []int{1, 2, 3} result := sum(s...) // ✅ 正确解包 // sum(s) // ❌ 编译错误
... 只能在调用时用，不能在定义或赋值中出现
... 是调用语法糖，不是类型修饰符，也不是运算符。它只出现在函数调用的实参位置，不能用于变量声明、结构体字段、返回值定义等任何其他地方。
常见错误现象：
-
var x ...int—— 语法错误，...不是类型 -
func foo() ...String—— 无效函数签名 -
arr := [...]int{1,2,3}...;——...不能跟在字面量后
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 变参函数的形参写法固定为
name ...Type，这是定义；使用时才在对应实参后加... - 想“保存”一个待解包的切片？就存
[]T类型变量，调用时再加... - 不要试图用
...做类型转换或中间表达式，它没有运行时行为，纯编译期语法
多个参数混用时，... 必须放在最后一个位置
Go 要求所有固定参数必须在变参之前，而 ... 解包只能作用于最后一个实参。如果你有固定参数 + 切片，顺序错了就编译不过。
常见错误现象：
-
fmt.printf("%s", args..., "%d")——...后还有参数，语法错误 - 把切片放前面，固定格式字符串放后面，如
log.Println(args..., "done")，编译失败
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 固定参数写前面，要解包的切片放最后，再加
... - 如果必须插在中间，先拼接切片：
allArgs := append([]Interface{}{"%s"}, args...); allArgs = append(allArgs, "done")，再整体解包 - 注意
fmt系列函数本身是...interface{}，所以fmt.Printf(format, args...)是标准用法，args必须是[]interface{}类型
性能上没额外开销，但要注意底层数组共享
... 解包不分配新内存，底层仍指向原切片的底层数组。这意味着：如果被调函数修改了参数（比如用 append 导致扩容），不会影响原切片；但如果只是遍历或读取，没有复制成本。
容易被忽略的地方：
- 变参函数内部对
nums的修改（如nums[0] = 999）会反映到原切片对应位置——因为仍是同一块内存 - 如果函数内部做了
append(nums, x)，且触发扩容，后续操作就脱离原数组，原切片不受影响 - 所以不要默认“解包=安全拷贝”，真要隔离，得手动
copy或append([]T{}, s...)
这事关数据一致性，尤其在并发或复用切片场景下，比语法更值得花两秒想想。