go中...是特定上下文的语法符号，非省略号：用于可变参数函数（声明紧贴类型、调用需解包）、切片解包（仅限切片、数组需转切片、interface{}需断言）和数组字面量长度推导（编译期确定、不可变量）。
Go 里 ... 不是省略号，是语法符号
它在 Go 中不是占位符或注释，而是编译器能识别的运算符，只出现在函数调用、函数声明和数组类型字面量三个地方。写错位置会直接报错，比如在 struct 字段或 map 键值里用 ...，Go 编译器会立刻拒绝。
func f(args ...int)：可变参数函数怎么写才不踩坑
声明时 ... 必须紧贴类型，...int 合法，... int（带空格）非法；调用时传普通切片必须显式解包，不能直接传 slice。
- 函数内
args类型就是[]int，不是特殊类型，可以len()、append()、遍历 - 如果已有切片
s := []int{1,2,3}，调用必须写成f(s...)，写成f(s)会报cannot use s (type []int) as type int in argument to f - 可变参数必须放在参数列表末尾，
func f(x int, y ...string)合法，func f(y ...string, x int)编译失败
f(slice...)：切片解包常见错误和兼容性注意点
解包只适用于切片，不支持数组（除非先转切片），也不支持 interface{} 类型的切片——哪怕底层是 []int，也不能直接 myFunc(intSlice...)。
- 数组要解包得先切片化：
var a [3]int; f(a[:]...)，写a...报错cannot use a (type [3]int) as type int in argument to f - 从
interface{}取出切片后，必须类型断言再解包：v := someInterface.([]int); f(v...)，不能f(someInterface...) - 解包对性能无额外开销，底层就是按元素逐个传递，但会触发一次底层数组的复制（如果原切片 capacity > len）
[...]int{1,2,3}：用 ... 推导数组长度的真实用途
这和可变参数完全无关，是数组字面量语法的一部分，仅用于声明时让编译器算长度。一旦类型确定，就不能再改大小，也不能用变量初始化。
立即学习“go语言免费学习笔记（深入）”；
-
arr := [...]int{1,2,3}等价于arr := [3]int{1,2,3}，但前者更安全——加删元素不用手动改数字 -
...这里不能替换成变量：n := 3; [...n]int{1,2,3}是非法语法，Go 不支持运行时长度推导 - 这种写法常用于 const 场景，比如定义固定集合：
const modes = [...]string{"tcp", "udp", "icmp"}，后续用len(modes)安全获取长度
最易忽略的是：同一个 ... 符号，在函数签名、调用、数组字面量中语义完全不同，编译器靠上下文区分。混用场景（比如想在 map value 里写 ...）只会得到 syntax error，没有模糊地带。
