反射设值需同时满足可寻址、类型匹配、字段导出三条件，缺一即panic；正确路径为reflect.ValueOf(&x).Elem().FieldByName("Name")，嵌套指针需逐层Addr().Elem()，Set要求Type完全一致。
反射设值不是“写了就能跑”，reflect.Value.Set 一调就 panic，基本是因为没满足三个硬性条件：可寻址、类型匹配、字段导出。漏掉任一个，运行时直接崩。
为什么 reflect.ValueOf(x).FieldByName("Name").Set 必 panic
因为 x 是普通结构体变量（非指针），reflect.ValueOf(x) 返回的是它的副本，不可寻址；而 FieldByName 拿到的字段 Value 仍是副本里的字段，CanSet() 返回 false。
- 正确路径只能是：
reflect.ValueOf(&x).Elem().FieldByName("Name") -
&x可寻址 →.Elem()得到结构体实例的可寻址 Value → 字段才可能可设 - 如果传入的已经是
*Struct类型变量，也必须走.Elem()，不能跳过 - 哪怕结构体里嵌套了指针字段（如
*string），也要先FieldByName("X").Addr().Elem()才能设值，否则CanSet()仍为 false
CanSet() 为 true 的真实判定逻辑
CanSet() 不是看字段名大写就放行，它背后检查的是 flag：只有 flagAddr 被置位且 flagRO 未被置位，才返回 true。这意味着：
- 变量本身必须能取地址（局部变量、全局变量、切片元素、map 中通过
Addr().Elem()获取的值） - 不能是函数参数、字面量、
interface{}底层值（除非显式取址）、map[k]v直接MapIndex()的结果 - 结构体字段必须首字母大写（导出），否则即使可寻址也无法访问到该字段 ——
FieldByName()返回零值，CanSet()自然为 false - 从
reflect.ValueOf(interface{})取出的值，若原 interface{} 持有不可寻址内容（如int(42)），则仍不可设
类型不匹配时 Set 失败的典型场景
反射设值不做隐式转换，SetInt() 只认 int64，SetString() 只认 string，连 int 和 int64 都算类型不兼容。
立即学习“go语言免费学习笔记（深入）”；
- JSON 解析后
map[string]interface{}里的数字默认是float64，想塞进int字段？得先v.Float()再转int64，然后SetInt(int64(...)) -
Set()也不通融：源reflect.Value的Type()必须和目标完全一致，reflect.ValueOf(int32(1))给int字段会 panic - 字段是
*int？不能用SetInt()，得先Addr()拿到*int的 Value，再Elem().SetInt() - 字符串只读底层数组，别试图用
Set(reflect.ValueOf([]byte{}))，唯一安全方式是SetString()
map 和 slice 元素不能直接 Set 的原因与绕过方式
reflect.Value.MapIndex() 和 reflect.Value.Index() 返回的都是副本，CanAddr() 为 false，CanSet() 必为 false —— 这是设计使然，不是 bug。
- 改 map 元素：用
SetMapIndex(keyVal, newVal)，其中keyVal和newVal都要是reflect.Value - 改 slice 元素：不能对
Index(i)结果调Set()；要么用reflect.Copy()替换子 slice，要么重新构造整个 slice 后赋值回原变量（前提是原 slice 变量可寻址） - 切片本身可寻址（比如局部变量
s := []int{1,2}），所以reflect.ValueOf(&s).Elem().Index(0).SetInt(99)是合法的 - 但
reflect.ValueOf(m).MapIndex(k)就不行，必须走SetMapIndex
真正容易被忽略的点是：可寻址性不是“一次设置终身有效”。嵌套越深，每层都要确认是否可寻址 —— struct → field → *T → field，中间任意一层没 Elem() 或没 Addr()，后面就全废。类型匹配也不是“差不多就行”，而是 Type 完全一致，连命名类型和 unnamed 类型都算不同。
