调用变参函数时传切片必须加...，否则编译失败；...是展开操作符，非声明语法，只能用于调用末尾且不可混用普通参数；转发interface{}时也必须二次展开，类型必须严格匹配。
调用变参函数时传切片必须加 ...
不加 ... 就编译失败，不是运行时报错——Go 类型系统直接拒绝。比如你有 flags := []string{"-v", "--json"}，想传给 exec.Command，写成 exec.Command("curl", flags) 会报：cannot use flags (type []string) as type string in argument to exec.Command。
原因很简单：exec.Command(name string, args ...string) 的 args 是形参名，... 是声明语法；而调用时的 ... 是展开操作符，二者同形不同义，不能省略。
-
flags是一个值（类型[]string），而函数要的是零个或多个string -
flags...告诉编译器：“把flags里每个元素当独立string参数传” - 空切片安全：
[]string{}展开后就是零参数，exec.Command("ls")合法 -
nil切片也合法，等价于空切片，但如果你逻辑里依赖非空，得自己判len(flags) > 0
... 只能用在调用末尾，不能混用普通参数
Go 不允许 exec.Command("curl", "-X", flags...) 这种写法，会报：too many arguments in call to exec.Command。语言规范强制要求：要么全字面量，要么单一切片展开，二者不可共存。
想前置固定参数 + 动态切片？只能手动拼：
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
- 用
append([]string{"-X"}, flags...)—— 注意这里...是对flags的展开，不是对append结果 - 拼完得到新切片，再整体展开：
exec.Command("curl", append([]string{"-X"}, flags...)...) - 别写
append(..., flags)然后漏掉后面的...，那又退回到类型错误
转发 interface{} 给其他变参函数必须二次展开
你在封装函数里收了 args ...interface{}，它在函数体内就是 []interface{} 类型。如果直接传给 fmt.Printf(format, args)，输出会是 [1 2 "hello"]，而不是你预期的 1 2 hello。
这是因为 args 被当成了单个 interface{} 参数，而非多个参数列表。
- 正确写法永远是：
fmt.Printf(format, args...) - 哪怕只传了一个参数，比如
Log("err: %v", err)，args在函数内仍是长度为 1 的切片，仍需... - 这个点特别容易被忽略：单参数时“看似能跑”，加第二个参数就崩，别靠运气
- 所有转发路径都得写
...，加前缀、改格式、套 try-catch —— 只要最终目标是另一个...函数，就必须展开
类型匹配和常见坑
... 不做类型转换，只做展开。元素类型必须和目标函数的变参类型严格一致。
-
[]int不能展开传给func(...int64)，哪怕int和int64值域重叠也不行 -
type MyStr string定义的别名，[]MyStr也不能展开传给func(...string) - 标准库函数如
filepath.Join、strings.Join、fmt.Println都是...函数，用法统一 -
...是纯语法糖，不分配内存、不拷贝底层数组，但要注意：展开后共享原切片底层数组，如果被调函数修改了参数（极少），会影响原切片
最常出问题的地方不是语法不会写，而是忘记在转发场景下加 ...，或者误以为混用参数是合法的。这两个地方一错，不是编译不过，就是行为诡异，而且很难一眼看出根源。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
