修改结构体字段前必须检查是否可寻址，只有通过reflect.ValueOf(&structVar).Elem()获取可寻址值才能调用Set*方法；字段须导出、类型严格匹配、嵌套结构需逐层解包，并每步校验IsValid()和CanSet()。
修改结构体字段前必须检查是否可寻址
Go 的 reflect.Value 默认是不可寻址的副本，直接调用 Set* 方法会 panic：「reflect: reflect.Value.SetXxx called on non-settable reflect.Value」。只有通过 reflect.ValueOf(&structVar).Elem() 获取到可寻址的值，才能修改字段。
- 错误写法：
reflect.ValueOf(myStruct).FieldByName("Name").SetString("new")→ panic - 正确路径：
reflect.ValueOf(&myStruct).Elem().FieldByName("Name").SetString("new") - 必须确保原始变量是变量（非字面量或常量），例如不能对
struct{}{}或函数返回的临时结构体取地址
字段必须是导出的（首字母大写）才能被 reflect 修改
Go 的反射机制无法访问未导出字段（小写开头），即使结构体本身在同一个包内。这是语言层面的限制，不是 reflect 的 bug 或配置问题。
type User struct {
Name string // ✅ 可修改
age int // ❌ FieldByName 返回 Invalid，SetInt 会 panic
}-
FieldByName对未导出字段返回reflect.Value{}（IsValid() == false） - 运行时检查必不可少：
if !v.IsValid() { panic("field not found or unexported") } - 如果业务上必须操作私有字段，需改用 unsafe（不推荐）或重构为导出字段 + 封装方法
Set* 方法类型必须严格匹配字段底层类型
比如字段是 *string，就不能用 SetString；字段是 int64，用 SetInt(42) 没问题，但用 SetInt(42.5) 会编译失败——而反射里类型不匹配会导致 panic。
- 先用
v.Kind()和v.Type()校验：if v.Kind() != reflect.String { panic("not a string field") } - 指针字段要先
Elem()再设值：v.FieldByName("NamePtr").Elem().SetString("hello") - 注意
int在不同平台可能是int32或int64，建议统一用SetInt(v.Int())配合CanInt()判断
嵌套结构体和 slice/map 字段的修改要逐层解包
反射不会自动递归展开，所有中间层级都必须显式调用 Elem()、Index() 或 MapIndex()，漏一层就会 panic 或设错位置。
立即学习“go语言免费学习笔记（深入）”；
type Config struct {
DB struct {
Host string
}
Tags []string
Meta map[string]int
}- 修改嵌套字段：
v.FieldByName("DB").FieldByName("Host").SetString("localhost") - 修改 slice 元素：
v.FieldByName("Tags").Index(0).SetString("prod")（需确保 slice 已初始化且长度足够） - 修改 map 值：
v.FieldByName("Meta").SetMapIndex(reflect.ValueOf("timeout"), reflect.ValueOf(30)) - 任何一步返回
Invalid或CanSet() == false，都应提前处理，否则后续操作崩溃
反射修改结构体字段本身不难，难在每一步都要手动验证可寻址性、可见性、类型匹配和层级有效性——少一个 Elem()，少一次 IsValid() 判断，程序就可能在线上 panic。
