Go反射读取结构体字段需确保字段导出且通过Elem()解引用指针；修改字段需可寻址和可设置；调用方法须导出并匹配接收者类型；反射性能低且类型不安全，应避免在热路径使用。
反射读取自定义结构体字段值
Go 的 reflect.ValueOf() 能获取任意值的反射对象，但对自定义类型（如结构体），必须确保字段是导出的（首字母大写），否则 Value.Field(i) 会返回零值且无法修改。
常见错误：用 reflect.ValueOf(&s) 获取指针后，直接调用 .Field(i) 报 panic —— 因为指针的 Field 方法不可用，必须先 .Elem() 解引用。
- 正确做法：
v := reflect.ValueOf(&s).Elem()，再用v.Field(0).Interface()读值 - 若结构体嵌套了非导出字段，
v.NumField()仍会返回总数，但对应v.Field(i)的CanInterface()为 false，需检查后再访问 - 读取字段名要用
reflect.TypeOf(s).Field(i).Name，不是v.Field(i).String()
通过反射修改结构体字段
只有可寻址（addressable）且可设置（settable）的值才能被修改。这意味着传入的必须是指针，且字段本身是导出的。
典型误操作：传入结构体副本（reflect.ValueOf(s)）后调用 .SetXxx()，会触发 panic: "reflect: reflect.Value.SetXxx using unaddressable value"。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 必须用
reflect.ValueOf(&s).Elem()得到可设置的Value - 修改字符串字段：
v.FieldByName("Name").SetString("new")；修改整数：v.FieldByName("Age").SetInt(25) - 若字段是接口或指针类型，
Set()需传入同类型的reflect.Value，不能直接传 Go 值
反射调用自定义类型的方法
反射调用方法的前提是：该方法是导出的（首字母大写），且接收者是值或指针类型——但调用时必须匹配：值接收者只能用值反射对象调用，指针接收者可用指针或值对象调用（Go 自动取地址）。
容易忽略的点：方法名必须完全匹配，包括大小写；且 MethodByName() 返回的是 reflect.Value，不是函数本身，需用 .Call() 并传入 []reflect.Value 参数切片。
- 调用无参方法：
v.MethodByName("Print").Call(nil) - 调用带参方法：
v.MethodByName("Update").Call([]reflect.Value{reflect.ValueOf("data")}) - 若方法有返回值，
.Call()返回[]reflect.Value，需逐个取.Interface()转回原类型 - 注意：私有方法（小写开头）无法通过
MethodByName()获取，返回零值reflect.Value
性能与安全边界：什么时候不该用反射
反射在 Go 中开销显著：类型检查、字段查找、动态调用都绕过编译期优化。实测调用一个简单方法，反射比直接调用慢 10–100 倍，且 GC 压力更大。
更隐蔽的问题是类型安全丢失：字段名硬编码为字符串，拼错或字段重命名后编译器不报错，运行时才 panic。
- 优先用接口抽象行为，而不是靠反射“通用化”结构体
- 配置驱动场景（如 ORM 字段映射）可用反射，但应缓存
reflect.Type和字段索引，避免重复解析 - 禁止在 hot path（如 HTTP handler 内部循环）中反复做
reflect.TypeOf(x)或reflect.ValueOf(x)
最常被忽略的是：反射无法穿透 interface{} 的底层类型做深度赋值——如果结构体字段是 interface{}，你得先用 .Interface() 拿出来，再对结果做二次反射，否则 Set() 无效。
