泛型函数比interface{}快5–6倍且编译期报错，因泛型编译时单态化避免装箱和运行时类型擦除，而interface{}需复制包装、触发gc并导致cpu缓存不友好。
泛型函数比空接口快 5–6 倍，且编译期就报错，不会在运行时 panic。
泛型函数调用不触发装箱，interface{} 调用必走装箱
Go 中的 interface{} 是运行时类型擦除机制：只要值类型（如 int、string）传给它，就会被复制并包装成接口值，涉及额外内存分配和指针间接访问。而泛型函数在编译时为每种具体类型生成专属代码，T 就是真实类型，int 还是 int，没有中间层。
常见错误现象：用 func Process(v interface{}) 处理大量数值计算时，CPU 缓存不友好、GC 压力明显上升；而 func Process[T int|float64](v T) 对应的汇编里直接操作寄存器，无跳转开销。
- 装箱发生在参数传递瞬间，哪怕只传一个
int，也会产生接口头（2 个 word）+ 数据拷贝 - 泛型函数若含多个类型参数（如
[K comparable, V any]），只要约束满足，仍不装箱 -
any和interface{}完全等价，别以为换个别名就能避免装箱
interface{} 类型断言失败会 panic，泛型编译失败就终止
类型安全不是“有没有检查”，而是“什么时候检查”。interface{} 把类型决策推到运行时，你写 v.(int)，如果实际是 string，程序直接崩溃；泛型把类型关系固化在签名里，Process("hello") 传给 func Process[T int](v T)，go build 直接报错：cannot use "hello" (untyped string constant) as T value in argument to Process。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
使用场景差异明显：
- 需要动态类型分发（比如插件系统、配置解析）——用
interface{}+reflect或明确的类型断言 - 逻辑一致、仅类型不同（如排序、求和、容器操作）——必须用泛型，否则就是主动放弃编译期保障
- 泛型约束如
comparable或自定义接口（type Number interface{ int | float64 }）能进一步收紧范围，比interface{}更精确
基准测试必须控制变量，否则结果不可信
很多人跑出“泛型比 interface{} 慢”，其实是测试写错了。关键点不在函数本身，而在数据构造和调用方式。
正确做法：
- 被测函数内部不要做类型断言（
interface{}版本也别写v.(int)，否则测的是断言开销，不是接口本身） - 用
testing.B.ResetTimer()排除初始化干扰 - 确保两种实现处理完全相同的数据：比如都用
[]int，而不是interface{}版本用[]interface{}存储（这额外引入切片分配） - 参考真实项目数据：go-generics-the-hard-way 的
BenchmarkBoxing显示，泛型方案吞吐量是装箱方案的 7.5 倍以上
真正容易被忽略的点：泛型的零成本不是免费的——它靠编译时单态化（monomorphization）实现，会导致二进制体积略微增大；而 interface{} 代码体积小，但运行时成本高且不可预测。选哪个，得看你的瓶颈在构建阶段还是运行阶段。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
