17370845950

修改结构体字段前必须检查是否可寻址，只有通过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 或设错位置。

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。