Go反射以interface{}的(value, type)二元组为唯一入口，reflect.TypeOf/ValueOf必须传interface{}；传非接口值会自动装箱，nil接口传入ValueOf返回零值而TypeOf返回nil；Value默认不可寻址，修改需传地址并Elem()；小写字段不可反射，因严格遵循导出规则。
Go 的反射不是“运行时动态改类型”，而是通过 interface{} 底层存储的 (value, type) 二元组，在程序运行时读取或操作它——这是所有反射行为的起点，也是唯一入口。
为什么 reflect.TypeOf 和 reflect.ValueOf 必须传 interface{}？
因为 Go 反射不直接操作原始变量，而是操作接口变量内部封装的“值+类型”对。当你写 reflect.ValueOf(x)，编译器会先把 x 隐式转成 interface{}，再把其中的 (value, type) 提取出来构造成 reflect.Value。
- 传入非接口值（如
int）会被自动装箱，但传入指针、结构体、切片等也一样走这套流程 - 如果传的是
nil接口，reflect.ValueOf(nil)返回的是零值reflect.Value，调用其方法会 panic -
reflect.TypeOf(nil)返回nil，不是 panic —— 类型信息可空，值信息不可空
reflect.Value 为什么经常报 “cannot set” 或 “unaddressable”？
因为 reflect.Value 默认是“不可寻址”的副本：你传进去的是值，它拿到的是拷贝，无法反向修改原变量。
- 要修改原值，必须传地址：
reflect.ValueOf(&x)，再用.Elem()解引用 -
reflect.ValueOf(x).CanSet() == false；而reflect.ValueOf(&x).Elem().CanSet() == true（前提是x本身可寻址，比如是变量，不是字面量或函数返回值） - 常见翻车点：对常量、字面量、map value、struct 字段直取（未取地址）调用
Set*方法，都会 panic
结构体字段反射：为什么 Field 看不到小写字段？
Go 反射严格遵循导出规则：只有首字母大写的字段（即导出字段）才能被 reflect.Value.Field(i) 或 reflect.Type.Field(i) 访问到。
ShopNC多用户商城
下载
ShopNC多用户商城，全新的框架体系，呈现给您不同于以往的操作模式，更简约的界面，更流畅的搜索机制，更具人性化的管理后台操作，更适应现在网络的运营模式解决方案，为您的创业之路打下了坚实的基础，你们的需求就是我们的动力。我们在原有的C-C模式的基础上更增添了时下最流行的团购频道，进一步的为您提高用户的活跃度以及黏性提供帮助。ShopNC商城系统V2.4版本新增功能及修改功能如下：微商城频道A、商城
立即学习“go语言免费学习笔记（深入）”；
- 小写字段在反射中“不可见”，
NumField()不计数，FieldByName()返回零值 - 这不是反射的限制，而是 Go 的封装机制——反射不能绕过语言本身的可见性控制
- 若需访问私有字段（仅限调试/测试），必须用
unsafe+ 内存偏移，但属未定义行为，生产环境禁用
type User struct {
Name string // ✅ 可反射
age int // ❌ 不可反射（小写，未导出）
}
u := User{Name: "Alice", age: 30}
v := reflect.ValueOf(u)
fmt.Println(v.NumField()) // 输出：1（只有 Name）
fmt.Println(v.Field(0).String()) // 输出："Alice"
fmt.Println(v.Field(1).IsValid()) // panic：index out of range
反射真正的复杂点不在 API 多难记，而在于它把“静态类型语言的确定性”和“运行时动态性”强行捏合在一起——每一次 Interface() 转换、每一次 CanAddr() 判断、每一个字段名大小写的隐含约束，都是这个张力的具体体现。写反射代码前，先想清楚：这个值是不是真需要动态处理？有没有更简单、更类型安全的替代方案？
