必须通过 reflect.typeof/valueof 获取 interface{} 的类型和值，直接读取 eface 字段会 panic；reflect 提供安全、版本稳定的访问路径，而 unsafe 硬解包或手构 eface 属未定义行为。
直接读取 eface 结构体字段会触发 panic
Go 不允许用户在代码中直接访问 eface 的 _type 和 data 字段——它不是导出结构体，也不在 unsafe 或 reflect 的公开 API 中暴露。任何试图用 unsafe.Offsetof 或内存偏移硬解包的操作，都会破坏类型安全，且在不同 Go 版本间极易失效（比如 1.21 后 runtime 对 eface 布局做了对齐优化）。常见错误是看到 runtime2.go 里定义了 efacestruct 就以为能 cast：(*eface)(unsafe.Pointer(&x))，这在编译期就报错：undefined identifier。
想获取 interface{} 的类型和值，必须走 reflect.TypeOf/ValueOf
reflect.TypeOf 返回的是 reflect.Type，底层实际从 eface._type 拷贝并封装；reflect.ValueOf 返回的是 reflect.Value，其内部持有对 eface.data 的安全引用和可寻址标记。这两者才是唯一受支持的读取路径：
- 对 nil 接口调用
reflect.ValueOf(x).IsValid()返回 false，而reflect.TypeOf(x)返回 nil —— 这比手动判空更可靠 -
reflect.ValueOf(x).Kind()能区分nil *T和nil interface{}，因为前者IsValid() == true，后者为 false - 若需原始
data指针地址（如传给 C 函数），只能用reflect.ValueOf(x).UnsafeAddr()，但前提是 x 本身可寻址（比如局部变量），否则 panic
修改 eface.data 指向的值，本质是修改底层数据，不是“改接口”
所谓“修改 interface{}”，其实是修改它所承载的值本身。例如：
var x int = 42
var i interface{} = x // 此时 eface.data 指向一个 int 副本
v := reflect.ValueOf(&x).Elem() // 获取可设置的 Value
v.SetInt(100)
// i 仍为 42，因为赋值时已拷贝；要让 i 变化，得让 i 持有 &x
- 把
&x赋给 interface{}，才能通过反射修改x并让接口感知变化 - 对不可寻址值（如字面量
interface{}(123)）调用reflect.ValueOf(...).Addr()会 panic -
reflect.Value.Set*系列方法只作用于底层存储，不改变 eface 结构体本身 —— 它俩始终是分离的
用 unsafe 手动构造 eface 是未定义行为，生产环境禁用
网上有些示例用 unsafe.Slice 或 unsafe.String 拼接两个指针来伪造 eface，这类代码在 Go 1.22+ 已被 gc 检测为非法逃逸，运行时报 invalid memory address or nil pointer dereference。真正需要绕过反射的极少数场景（如高性能序列化库），应依赖 go:linkname 导入 runtime 内部函数（如 runtime.convT64），而非手搓 eface。
最常被忽略的一点：interface{} 的零值是 eface{ _type: nil, data: nil }，但只要它装箱过一次，即使后续值变为 nil 指针，_type 也不会归零 —— 所以 if i == nil 判断永远不成立，必须用 reflect.ValueOf(i).IsNil() 配合 Kind() 综合判断。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
