空接口转具体类型本身不耗性能，真正影响效率的是断言失败后的panic恢复或频繁重复断言；value.(string)与value, ok := value.(string)底层检查相同，差异仅在失败路径；type switch比if-else链更高效，推荐处理3种以上类型；断言不复制数据，赋值回原interface{}变量无意义；应优先减少interface{}使用，改用泛型或具体接口。
空接口 interface{} 转具体类型，本身不耗性能；真正影响效率的是断言失败后的 panic 恢复、或频繁重复断言同一值 —— 但这类开销在绝大多数业务场景里可忽略，别为它提前优化。
为什么 value.(string) 不比 value, ok := value.(string) 快
两者底层都是运行时类型检查（runtime.assertE2T），区别只在失败路径：前者 panic 后需栈展开，后者直接返回 false。但只要你没写成 panic 驱动的控制流（比如用 recover 捕获断言失败），实际耗时差异微乎其微。Go 编译器不会对单次断言做特殊优化，也不支持“缓存断言结果”这种事。
- 断言不是类型转换，不复制数据，只是读取接口头里的类型指针和数据指针
- 哪怕
interface{}装的是大 struct，断言成具体类型也不会触发内存拷贝 - 如果断言目标类型是 interface（比如
v.(io.Reader)），检查成本略高，因要遍历方法集匹配
switch v := x.(type) 比 if-else 链更高效且易读
当要处理 3 种以上可能类型时，type switch 是唯一合理选择。它由编译器生成跳转表（jump table），而非逐个比较类型描述符，分支越多优势越明显。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 不要写
if s, ok := x.(string); ok { ... } else if i, ok := x.(int); ok { ... }—— ok 变量会重声明，且编译器无法优化掉冗余检查 -
type switch中每个 case 的变量 v 类型是确定的，无需再断言 - case nil 是合法的，可用于检测未初始化的 interface{} 值
容易被忽略的坑：断言后赋值回原 interface{} 变量毫无意义
比如 data = data.(string) 看起来“转成了 string”，其实只是把 string 值重新装箱回 interface{}，变量类型仍是 interface{}，后续仍要断言 —— 这不是类型提升，只是徒增一次接口赋值开销。
立即学习“go语言免费学习笔记（深入）”；
- 正确做法是用新变量接收：
str, ok := data.(string) - 若需多次使用 str，就用 str；别反复对 data 做相同断言
- 函数参数是
interface{}时，应在函数入口一次性断言并转成具体参数，而不是在每个分支里重复断言
真正该花时间琢磨的，不是断言快不快，而是怎么让代码少依赖 interface{} —— 比如用泛型约束替代空接口，或定义最小接口代替 interface{} + 断言。断言本身很廉价，维护成本才是大头。
