反射修改结构体字段前必须确保字段可寻址且导出，传入指针并调用Elem()，检查CanSet()和Kind()匹配类型，嵌套字段需手动解引用并初始化nil指针。
反射修改结构体字段前必须确保字段可寻址
Go 的 reflect.Value 只有在底层值可寻址（addressable）时，才能调用 Set* 类方法。传入非指针的结构体实例，reflect.ValueOf(s) 返回的是不可寻址的副本，此时调用 SetInt 等会 panic：reflect: reflect.Value.SetInt using unaddressable value。
- 正确做法：始终对结构体指针调用
reflect.ValueOf - 错误写法：
type User struct{ Age int } u := User{Age: 25} v := reflect.ValueOf(u).FieldByName("Age") v.SetInt(30) // panic! - 正确写法：
u := &User{Age: 25} v := reflect.ValueOf(u).Elem().FieldByName("Age") v.SetInt(30) // OK
字段必须是导出的（首字母大写）才能被反射写入
Go 反射无法修改未导出字段（小写开头），即使你传入了指针，FieldByName 也会返回零值 reflect.Value，后续 CanSet() 返回 false，Set* 直接 panic。
- 检查是否可写入：务必先调用
v.CanSet()，避免运行时 panic - 示例中若
Age改为age，v := reflect.ValueOf(u).Elem().FieldByName("age")得到的v.IsValid()为true，但v.CanSet()为false - 不可绕过：没有 hack 方式能突破 Go 的导出规则，这是语言层面限制
Set* 方法类型必须严格匹配字段类型
SetInt、SetString、SetFloat 等方法只接受对应底层类型的值。传错类型会 panic：reflect: cannot SetInt into value of type xxx。
- 推荐先用
v.Kind()或v.Type()做类型判断再调用对应 Set 方法 - 注意
int和int64是不同类型；string和*string更不能混用 - 安全写法示例：
if v.Kind() == reflect.Int { v.SetInt(42) } else if v.Kind() == reflect.String { v.SetString("hello") }
嵌套结构体或指针字段需逐层解引用
要修改 User.Profile.Name 这类嵌套字段，不能一步到位。必须手动 Elem() 或 Indirect() 处理中间的指针或接口，否则 FieldByName 找不到字段或返回不可寻址值。
- 遇到
nil指针字段时，v.FieldByName("Profile").IsNil()为true，需先Set(reflect.New(v.Type().Elem()))初始化 -
reflect.Indirect(v)可自动解一层指针，但不递归；对多级嵌套仍需手动处理 - 常见坑：
v.FieldByName("Profile").FieldByName("Name")在 Profile 是*Profile且为 nil 时会 panic —— 必须先确保中间指针非 nil
反射写入字段本身不难，真正复杂的是路径合法性校验和边界情况处理：字段是否存在、是否导出、是否可寻址、类型是否匹配、中间指针是否为空——这些都得自己兜底，标准库不会替你做。
