Go接口类型断言是运行时类型确认而非转换，interface{}仅存值指针和类型描述符，需用.(type)提取具体类型；单值断言失败panic，双值断言返回ok标志；type switch中v为当前case实际类型的绑定变量。
Go 是强类型语言，但它的接口机制让“类型”在运行时才显形 —— 类型断言不是类型转换，而是对已存在类型的“确认+提取”。理解这点，就绕开了 90% 的认知误区。
interface{} 变量为什么必须用 .(type) 才能取值？
因为 interface{} 只存两样东西：底层值的指针 + 类型描述符（runtime._type）。它本身不提供任何方法或字段访问能力。比如 len()、[]byte()、结构体字段访问，都依赖具体类型信息，而这些信息被“藏”在接口背后。
- 直接写
len(myVar)报错：编译器只看到interface{}，不知道myVar实际是string还是[]int -
myVar.(string)不是“把别的类型变成 string”，而是告诉运行时：“请检查 myVar 底层是不是 string，如果是，把那个 string 值给我” - 失败时不会自动 fallback 或隐式转换 —— Go 没有类型 coercion，断言失败就是失败，不是“转不了，试试别的”
为什么 value := x.(T) 和 value, ok := x.(T) 本质不同？
前者是运行时 panic 触发点，后者是条件分支入口。它们生成的汇编和调用栈完全不同，不是“语法糖差异”，而是错误处理策略的根本分叉。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
value := x.(T)编译后会直接调用runtime.panicdottype（当失败时），没有中间判断逻辑 -
value, ok := x.(T)编译后走的是runtime.ifaceE2I或runtime.efaceAssert，返回两个寄存器值，由你决定是否 panic - 只要
x来源不可控（比如函数参数、HTTP body 解析结果、channel 接收值），就必须用双值形式；单值形式只适合你刚 new 完、刚 assert 过、且中间无任何可能变更的操作路径
类型 switch 里 v := i.(type) 的 v 是什么类型？
它不是 interface{}，也不是某个固定类型 —— 它是“该 case 分支中，i 底层实际类型的具名绑定”，作用域仅限于当前 case 块内。
立即学习“go语言免费学习笔记（深入）”；
- 写
case string:时，v就是string类型，可直接调用len(v)、v[0] - 写
case []byte:时，v就是[]byte，可直接用copy()、string(v) - 不能在 case 外使用
v：它不是变量声明，而是模式绑定，类似 Rust 的match绑定，不是 Go 的普通:= - 如果需要跨 case 复用，得自己定义新变量并显式赋值，比如
var s string; s = v
最容易被忽略的点：类型断言成功后得到的值，仍是原始值的副本（对值类型）或新指针（对指针/引用类型），它不改变原接口变量的类型或内容 —— interface{} 始终是接口，哪怕你刚对它做了十次断言。
