可变参数必须位于参数列表末尾且只能有一个，调用时传切片需用...展开，不可混用字面量与展开，空切片合法，函数内其类型为[]string而非nil。
可变参数必须放在参数列表末尾
Go 不允许在可变参数之后再定义其他参数，比如 func F(a string, args string, b int) 会直接编译失败，报错 cannot use string after string。这不是运行时问题，而是语法硬性限制。
常见错误是想“中间插一个可变参数”，比如日志函数既要带 level，又要支持任意个 message，还要最后加一个 timeout 配置——这种设计必须重构：要么把配置项提前用结构体封装，要么拆成两个函数（如 LogWithTimeout(level string, timeout time.Duration, msgs string)）。
- 合法写法：
func Log(level string, msgs string) - 非法写法：
func Log(level string, msgs string, tag string) - 空参数完全 OK：
Log("INFO")→msgs是长度为 0 的[]string，不是nil
调用时传切片必须加 ... 展开
如果你已有切片变量 taskIds := []string{"a", "b", "c"}，直接写 ZRem("key", taskIds) 会报错 cannot use taskIds ([]string) as type string in argument to ZRem。因为 ZRem 的签名是 ZRem(key string, members string)，它期待的是多个 string，而不是一个 []string。
正确做法只有一种：在切片名后加 ...，让编译器把元素逐个解包：ZRem("key", taskIds...)。
立即学习“go语言免费学习笔记（深入）”；
-
...只能用于调用时，且只能出现在参数列表末尾的可变参数位置 - 不能混用：
ZRem("key", taskIds[0], taskIds[1:]...)是非法的，会触发too many arguments - 空切片也合法：
ZRem("key", []string{}...)等价于不传任何 member
string 和 interface{} 选哪个？
类型选择直接影响编译期检查、运行时行为和性能。
用 string：编译期强制所有实参都是 string，无接口装箱开销，意图清晰。适合路径拼接（filepath.Join）、Redis 命令（ZRem）等强类型场景。
用 interface{}：支持任意类型，但调用方传 []int 仍需手动转成 []interface{}（Go 不自动转换），函数内取值必须靠类型断言或反射。适合格式化输出（fmt.Printf）等泛化场景。
- 传
[]string给interface{}函数？不行：fmt.Println([]string{"a","b"}...)合法，但myFunc([]string{"a"}...)若myFunc定义为func myFunc(args interface{})就非法——因为[]string不是interface{}的子类型 - 想转发可变参数？必须加
...：innerFunc(args...)，漏掉就变成传一个切片进去
可变参数在函数体内就是切片
args string 在函数内部就是 []string 类型，可直接用 len()、append()、for range 或切片操作（如 args[1:]）。它不是“语法糖包装”，而是语言层面统一处理的切片值。
但注意：虽然底层是切片，你不能把它当作普通切片直接传给另一个可变参数函数而不展开——otherFunc(args) 是错的，otherFunc(args...) 才对。
容易忽略的一点：即使没传任何参数，args 也不是 nil，而是长度为 0 的非 nil 切片。所以判断空参应该用 len(args) == 0，而不是 args == nil。
