Go反射赋值前必须确保字段可导出且传入指针，否则Set会panic；嵌套字段需逐层取地址；map绑定需手动匹配字段名和类型转换；CanSet()不能替代导出性与类型校验；高性能场景应避免反射，改用缓存函数或代码生成。
反射赋值前必须确保字段可导出
Go 的 reflect.Value.Set 会直接 panic，错误信息是 panic: reflect: reflect.Value.Set using unaddressable value 或 panic: reflect: cannot set unexported field。根本原因是：只有首字母大写的导出字段才能被反射修改。
实操建议：
- 结构体字段名必须以大写字母开头，例如
UserName而非userName - 传入反射操作的对象必须是指针，即用
reflect.ValueOf(&obj)，而非reflect.ValueOf(obj) - 若需对嵌套结构体字段赋值，每层都需确保该字段可导出且取到其地址（用
.Addr()）
用 SetMapIndex 绑定 map[string]interface{} 到结构体
这是通用数据绑定最常见场景：从 JSON 解析出的 map[string]interface{} 需填充到目标结构体。不能直接用 reflect.Value.SetMapIndex 往结构体写，它只适用于 map 类型；正确路径是遍历 map 键值，匹配结构体字段名（忽略大小写或按 tag 映射），再调用对应字段的 .Set()。
关键细节：
立即学习“go语言免费学习笔记（深入）”；
- 字段名匹配推荐用 struct tag，例如
json:"user_name"，然后用field.Tag.Get("json")获取映射名 - 类型不一致时需手动转换：比如 map 中是
float64（JSON 数字默认类型），但结构体字段是int，需先reflect.Value.Convert()或用类型断言+转换逻辑 - 跳过不存在的字段、空值或不可设置字段，避免 panic
reflect.Value.CanSet() 不等于“能安全调用 Set”
这个方法返回 true 仅表示值本身可寻址且非常量，但它不检查字段是否导出、是否为不可变类型（如 unexported struct 字段的子字段）、甚至不保证底层类型兼容。很多开发者误以为 CanSet() == true 就可以无脑 Set()，结果在运行时 panic。
稳妥做法：
- 始终先调用
v := reflect.ValueOf(&obj).Elem()确保顶层可寻址 - 对每个字段
f := v.FieldByName(name)后，检查f.CanSet() && f.CanAddr() - 赋值前做类型校验：
f.Type() == val.Type()或支持的隐式转换关系（如 int ← float64 需显式转换） - 对 slice/map/interface{} 等引用类型，
Set()是浅拷贝，原 map 修改会影响目标字段——这点常被忽略
性能敏感场景下应避免反射赋值
反射绑定比直接赋值慢 10–100 倍（取决于字段数和嵌套深度），且无法被编译器优化。线上高并发 API 层若对每个请求都走完整反射绑定，GC 压力和延迟会明显上升。
替代方案参考：
- 用
github.com/mitchellh/mapstructure，它在首次调用时生成并缓存赋值函数，后续复用编译后代码 - 对固定结构体，手写绑定函数（如
func BindUser(m map[string]interface{}) User），零反射开销 - 结合 code generation（如
stringer风格），用go:generate自动生成绑定逻辑，兼顾通用性与性能
真正需要反射的，是字段名/结构完全动态、无法预知的配置加载或低频管理后台操作——别把它当常规数据解析手段用。
