必须先取结构体指针再调用Elem()获取可寻址的reflect.Value，才能修改字段；遍历字段时需检查CanSet()，再用Set()填充map[string]interface{}中的对应值。
别按“Type→Value→Kind→Set→Call”线性学反射——90%的人卡在 reflect.ValueOf(s).Elem() 就放弃，因为根本没理解“可寻址”这个前提。
先解决一个具体问题：把 map[string]interface{} 自动填充进任意结构体
这是新手最常遇到的刚需场景（比如解析 YAML 配置、HTTP JSON 请求体），也是反射最自然的切入点。此时你只需要：
- 用
reflect.ValueOf(&structInst).Elem()拿到可修改的结构体值容器 - 遍历字段：
for i := 0; i ，再用 <code>v.Field(i)和v.Type().Field(i) - 检查字段是否导出：
v.Field(i).CanSet()—— 不加这句，SetString()必 panic - 从 map 中取值时，注意类型匹配：比如 map 里是
"age": 25（float64），但结构体字段是int，得手动转换
这时你才真正明白为什么 reflect.TypeOf 返回只读元数据，而 reflect.ValueOf 要配合指针和 Elem() 才能写；也自然踩到“未导出字段不可设”“nil 指针调 Elem() panic”这些坑。
别碰 Name()，死磕 Kind()
Name() 返回的是自定义类型名（如 type Status int → "Status"），而 Kind() 返回底层种类（int）。用 Name() 判断类型，等于主动绕开所有自定义类型，一跑就错。
立即学习“go语言免费学习笔记（深入）”；
- 判断是不是整数？用
v.Kind() == reflect.Int || v.Kind() == reflect.Int64，不是v.Type().Name() == "int" - 判断是不是结构体？用
v.Kind() == reflect.Struct，不是v.Type().Name() == "User" - 判断是不是指针？用
v.Kind() == reflect.Ptr，然后才考虑v.Elem()
Go 的类型系统里，type MyInt int 和 int 是两个名字，但 Kind() 都是 int —— 这才是反射中做分支逻辑的唯一可靠依据。
函数反射调用前，必须确认三件事
想用反射调某个方法或函数？别急着 Call()，先看这三点是否满足：
- 函数值是否可寻址：普通函数要
reflect.ValueOf(&fn).Elem()，不能直接reflect.ValueOf(fn)后调用 - 方法是否已绑定实例：
reflect.ValueOf(&obj).MethodByName("Do")，而不是reflect.ValueOf(obj).MethodByName("Do")（后者返回 zero Value） - 参数是否严格匹配：
Call()只收[]reflect.Value，每个参数的Kind()和数量必须和签名一致；传int64给期待int的参数会静默失败
更关键的是：反射调用不传播 panic，出错了也不会中断程序，只会返回零值——你得自己检查 result[0].Interface() 是否为 error，否则 bug 会藏得很深。
反射不是语法糖，它是绕过编译期检查的“高危操作”。它该出现在配置加载器、CLI 参数绑定、通用日志打点这类需要深度结构检查的地方，而不是日常业务逻辑里。真要用，就从一个具体问题出发，边写边查文档，别背定律，也别抄示例——那个 cannot set unaddressable value panic，就是你理解“可寻址性”的第一课。
