...T 是 Go 中声明可变参数函数的唯一方式，要求同类型、末尾出现且仅一个；与普通切片参数不兼容，传切片时必须显式用 ... 展开。
什么是 ...T 语法，它和普通切片参数有什么区别？
...T 是 Go 中声明可变参数函数的唯一方式，不是语法糖，而是类型系统的一部分。它要求参数必须是同类型、末尾出现、且只能有一个。比如 func sum(nums ...int) 合法，但 func bad(a ...int, b string) 或 func worse(a ...int, b ...string) 都会编译失败。
常见错误现象：传入切片时直接写 sum(mySlice) 报错 cannot use mySlice (type []int) as type int in argument to sum —— 这是因为 Go 不自动展开切片，必须显式用 ... 操作符。
-
sum(1, 2, 3)：传入三个int值，Go 自动打包成[]int -
sum(mySlice...)：手动展开切片，...必须紧贴变量名，中间不能有空格 -
sum([]int{1,2,3}...)：也合法，但不推荐在热路径中临时构造切片
如何在函数内部安全访问可变参数？
可变参数在函数体内就是普通切片 []T，但容易忽略边界问题。比如空参调用 sum() 时，nums 是长度为 0 的切片，不是 nil —— 所以 len(nums) == 0 是正常情况，但 nums[0] 会 panic。
使用场景决定处理逻辑：
立即学习“go语言免费学习笔记（深入）”；
- 聚合类（如
sum、max）：先检查len(nums) == 0，返回零值或 error - 构造类（如
fmt.Sprintf）：通常允许空参，内部用range nums安全遍历 - 转发类（如封装
log.Printf）：直接透传args...即可，无需额外判断
func firstOrZero(nums ...int) int {
if len(nums) == 0 {
return 0
}
return nums[0]
}为什么不能混用 ...T 和普通切片参数？
Go 编译器把 ...T 视为特殊形参类别，和普通切片类型 []T 不兼容。例如：
-
func f(args ...string)接收的是“零个或多个string”，类型签名是...string -
func g(args []string)接收的是“一个[]string”，类型签名是[]string
二者不能互相替代，也不能在同一函数中同时声明。试图写 func h(prefix string, args ...string) 是合法的（...T 必须在最后），但 func i(args ...string, suffix string) 会编译失败。
性能影响很小：...T 参数在底层就是切片，无额外分配；但每次调用都会构造新切片头（指针+长度+容量），对高频小参数函数有微弱开销。
调用时传切片要小心 ... 的位置和时机
最常踩的坑是忘记写 ...，或者写错位置。比如：
- ✅ 正确：
sum(data...) - ❌ 错误：
sum(data ...)（空格导致解析为两个参数） - ❌ 错误：
sum(...data)（...必须后缀，不能前缀） - ❌ 错误：
sum(append([]int{0}, data...)...)（嵌套...不合法）
如果切片来自 map value 或 channel receive，确保它非 nil —— 虽然空切片安全，但 nil 切片在 len() 或 range 时表现不同，可能掩盖逻辑错误。
复杂点在于：当你要把可变参数转发给另一个可变参数函数时，必须原样透传 args...，不能先转成 []T 再展开，否则类型丢失。这点和 Python 的 *args 表面相似，但 Go 的类型约束更硬。
