Go反射本质是interface{}底层(value,type)对的显式解包与重建，三定律是不可绕过的约束：TypeOf/ValueOf只接收interface{}，传值导致副本不可修改；Interface()需类型断言且须匹配动态类型；Set操作前必须CanSet()为true且原变量可寻址。
Go 反射不是“运行时动态类型系统”，而是对 interface{} 底层 (value, type) 对的显式解包与重建；三定律不是教学口诀，而是不可绕过的约束条件——违反任一定律，reflect 操作必然 panic 或静默失败。
reflect.TypeOf 和 reflect.ValueOf 只接收 interface{}，不是任意值
这两个函数签名是 func TypeOf(i interface{}) Type 和 func ValueOf(i interface{}) Value，传入变量会先被隐式转为 interface{}。这意味着：传入字面量或非指针值时，得到的是副本的反射对象，无法修改原值；传入未导出字段的结构体值（而非指针），CanSet() 一定返回 false。
- 常见错误现象：
reflect.ValueOf(x).SetInt(100)panic “cannot set” —— 因为x是值传递，反射对象不可设置 - 正确做法：想修改原变量，必须传指针，如
reflect.ValueOf(&x).Elem() - 性能影响：每次调用都触发接口装箱，对高频路径有可观开销；
ValueOf还会复制底层数据（如 slice 底层数组不复制，但 string 数据会复制）
Value.Interface() 返回 interface{}，类型断言必须匹配原始动态类型
v.Interface() 把 reflect.Value 转回 interface{}，但它不恢复原始静态类型，只保留运行时的动态类型。你不能假设它能直接赋给某个具体类型变量，必须用类型断言。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 常见错误现象：
var s string = v.Interface().(string)panic “interface conversion: interface {} is int, not string” —— 断言类型与实际动态类型不符 - 安全写法：先用
v.Kind()检查分类（如reflect.String），再断言；或用v.CanInterface()判断是否允许转出（例如未导出字段的值不允许 Interface()） - 注意边界：
v.Interface()对不可寻址的Value（如 struct 字段直取）仍可调用，但若该字段本身不可导出，断言会失败
修改值前必须满足 CanSet() == true，且原始变量可寻址
这是第三定律最常被忽略的一环。CanSet() 为 true 的充要条件是：该 Value 由指针间接获得，且指针所指内存可写（即不是常量、不是字面量、不是只读映射区）。直接对 reflect.ValueOf(x) 调用 Set* 方法永远失败。
立即学习“go语言免费学习笔记（深入）”；
- 典型错误场景：
reflect.ValueOf(42).SetInt(100)panic “cannot set unaddressable value” - 正确链路：
ptr := &x; v := reflect.ValueOf(ptr).Elem(); v.SetInt(100) - 容易踩的坑：结构体字段反射赋值时，若结构体本身是值类型（非指针），即使字段可导出，
v.Field(i).CanSet()仍为 false —— 必须从reflect.ValueOf(&s).Elem()开始 - 兼容性提示：在 Go 1.21+ 中，
unsafe.Pointer相关操作受更严限制，UnsafeAddr()不再等价于Addr()，慎用于生产环境
真正难的不是写出能跑的反射代码，而是判断「此刻是否真的需要反射」——比如结构体字段遍历，用泛型 + range 往往比 reflect.Value.NumField() 更快、更安全、更易调试。三定律本质是 Go 在类型安全与运行时灵活性之间划出的硬边界，越过去不是能力提升，而是放弃编译器的保护。
