go接口值由itab指针和数据指针组成，非语法糖；未赋值时为全零值，nil接口调用方法panic仅当itab非nil而data为nil；接口比较需同时匹配itab和data；空接口不可取原始值地址。
Go interface 是怎么被编译器处理的
Go 的 interface{} 不是语法糖，它在运行时有明确的内存结构：一个接口值由两部分组成——类型信息（itab 指针）和数据指针。当你把 *os.File 赋给 io.Reader，编译器会动态查表找匹配的 itab，再填充这两个字段。
常见错误现象：panic: interface conversion: interface {} is nil, not string，本质是空接口值本身非 nil，但底层数据指针为 nil；或者你误以为 var x io.Reader 初始化后能直接调用方法，其实它内部两个字段都是零值。
- 接口变量未赋值时，
nil表示整个接口值为零值（itab==nil && data==nil），不是“指向 nil 的接口” - 只有当
itab != nil且data == nil时，才可能出现“接口非 nil，但调用方法 panic” - 接口比较是否相等，会同时比对
itab和data；两个nil接口值相等，但一个nil *T和一个nil []int赋给interface{}后不相等
为什么空接口 interface{} 不能直接取地址
因为 interface{} 是值类型，每次传参或赋值都会拷贝两字宽的数据（itab + data）。你写 &x 得到的是这个接口值本身的地址，不是它装的那个原始变量的地址。
使用场景：想通过函数修改原值？别传 interface{}，改用具体类型或指针。比如日志库接收 fmt.Printf 参数时，%v 能打印 nil 指针，但如果你传进去的是 interface{} 包裹的 nil *T，那它里面存的就是 data==nil，没法定位到原始变量。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
var s string; fmt.Printf("%p", &s)打印字符串底层数组地址；但var i interface{} = s; fmt.Printf("%p", &i)打印的是接口值在栈上的地址，完全无关 - 想透传地址？要么函数参数写成
func f(x *string)，要么用反射reflect.ValueOf(&x).Elem()，但后者开销大且易错 - 性能影响：频繁装箱/拆箱
interface{}（如循环中append([]interface{}, v)）会触发堆分配，GC 压力上升
接口断言失败时 panic 还是 ok？
写 v := x.(MyInterface) 是“断言并赋值”，失败直接 panic；写 v, ok := x.(MyInterface) 是“安全断言”，失败返回 ok==false，v 是目标类型的零值。
容易踩的坑：很多人在 HTTP handler 里对 context.Context 做类型断言，却忘了 context.WithValue 返回的新 context 仍是 context.Context 接口，底层类型可能是 *valueCtx 或 *cancelCtx，直接强转会 panic。
- 永远优先用
v, ok := x.(T)形式，尤其在不确定输入来源时（如 map 查值、channel 收包） - 如果确定要 panic（比如配置解析阶段必须存在某接口实现），才用单值形式，但得确保 panic 信息能定位问题，例如：
if logger, ok := ctx.Value(loggerKey).(Logger); !ok { panic("missing logger in context") } - 注意：空接口
interface{}断言失败不会 panic 类型不匹配，而是返回ok==false；但若对nil接口做单值断言，会 panic “interface conversion: interface is nil”
嵌入接口时方法集怎么算
Go 接口不支持继承，但可以嵌入其他接口，效果是“并集”。比如 ReadWriter 嵌入 Reader 和 Writer，就等价于显式列出所有方法。但嵌入不影响底层实现逻辑——实现类仍需提供全部方法，编译器不会帮你转发。
常见错误现象：定义了 type MyConn struct{ net.Conn }，以为自动实现了 net.Conn 所有方法，结果发现 MyConn 无法赋给 net.Conn 接口，因为嵌入只对结构体起作用，对接口无效。
- 接口嵌入只是语法糖，生成的接口类型跟手写方法列表完全一致；可用
go tool compile -S看汇编确认 - 嵌入接口时，若多个嵌入接口中有同名方法（如都含
Close() error），编译报错：“duplicate method Close” - 嵌入会导致接口方法数变多，影响
itab查表性能，超 16 个方法时，查找从 O(1) 退化为 O(n)，不过绝大多数业务接口远不到这规模
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
