go变参函数性能取决于传参方式：字面量触发栈分配，已有切片展开复用底层数组；若内部append或长期引用则逃逸到堆；interface{}变参必然堆分配且类型不安全，推荐泛型或结构体替代。
传字面量时，临时切片在栈上分配
直接调用 sum(1, 2, 3, 4) 这类方式，Go 编译器会在栈上一次性分配长度为 4 的 []int，不触发堆分配，也不逃逸。只要参数个数不太夸张（比如百个以内），这种调用几乎零开销。
但要注意：如果函数内部对可变参数做了 append 或长期引用（比如存入全局 map），编译器会判定该切片必须逃逸到堆，此时栈分配就失效了。
- 可用
go build -gcflags="-m" main.go查看逃逸分析结果，搜索moved to heap - 避免在 variadic 函数里把
nums直接赋给包级变量或返回其子切片（如return nums[1:]）
传已有切片并展开时，零额外分配
当你写 sum(vals...)，其中 vals 是已存在的 []int，Go 不会复制底层数组，而是直接复用原 slice 的指针、长度和容量——本质就是把现有切片“解包”成参数列表，没有新内存申请。
这是高性能批量调用的关键姿势，尤其适合循环中反复调用 variadic 函数的场景。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 错误写法：
sum(vals)→ 编译失败，类型不匹配 - 正确写法：
sum(vals...)→ 复用原 slice，无分配 - 若
vals本身是从函数返回的（如getNumbers() []int），只要它没逃逸，展开后仍不额外分配
多个参数混合时，固定参数不影响可变部分的分配逻辑
像 printf(prefix string, msgs string) 这种带前置固定参数的签名，msgs 的分配行为和纯 variadic 函数完全一致：传字面量就栈分配，传切片就复用。
前置参数只是普通值传递，不改变可变参数部分的内存模型。但要注意——如果固定参数是大结构体或指针，它们本身的拷贝成本可能比可变参数还高。
-
printf("DEBUG", "a", "b", "c")→msgs在栈上建[]string{...} -
printf("DEBUG", msgSlice...)→ 直接复用msgSlice底层数组 - 别为了“省一个
...”而把切片转成多个独立字符串拼接再传，那反而多一次分配
interface{} 变参几乎必然逃逸且失去类型安全
用 func log(args ...interface{}) 看似灵活，但每个实参都会被装箱成 interface{}，触发堆分配；而且编译期无法检查类型，运行时才 panic。
除非你真需要混传不同类型的值（比如调试日志），否则优先用具体类型变参 + 多个重载函数，或封装成结构体。
-
log("user", 123, true)→ 三个值各自装箱，至少三次堆分配 - 替代方案：
logUser(&UserLog{ID: 123, Active: true})，结构体传指针，可控逃逸 - 想保留灵活性？用泛型：
func log[T any](prefix string, items ...T)，类型安全且无装箱开销
...”，而是你怎么传、怎么用。栈分配是否发生，取决于你传的是字面量还是切片；逃逸与否，取决于函数内是否长期持有那个切片。写完记得跑一遍 -gcflags="-m"，眼见为实。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
