CanSet() 判断 reflect.Value 是否可安全调用 Set 系列方法修改原值：仅当值可寻址且字段导出时返回 true；值传递、未取地址、小写字段均导致 false，不检查直接 Set 会 panic。
CanSet() 的作用非常明确：它告诉你，当前这个 reflect.Value 是否**能安全调用 Set* 系列方法（如 SetInt()、SetString()）来修改原始变量的值**。返回 true 才能写；返回 false 时硬调用会 panic。
为什么直接传值调用 CanSet() 总是 false？
因为 Go 函数调用永远是值传递 —— reflect.ValueOf(x) 拿到的是 x 的副本，不是它本身。这个副本没有地址，自然不可设置。
- ✅ 正确路径：
reflect.ValueOf(&x).Elem()→ 先取地址，再解引用得到可寻址的原值 - ❌ 错误写法：
reflect.ValueOf(x).CanSet()→ 永远false，改不了任何东西 - ❌ 半对半错：
reflect.ValueOf(&x).CanSet()→ 这是判断“指针变量自己”是否可设，不是指向的值，所以也false
结构体字段为啥 ageField.CanSet() == false？
即使你已正确拿到结构体指针并 .Elem()，字段仍需满足两个条件才可写：
- 字段名必须以大写字母开头（即导出字段），例如
Name；小写开头如age属于未导出字段，反射无权修改 - 该字段所在的嵌套层级必须全程可寻址 —— 比如
v.Field(0).Field(1)要能写，v.Field(0)本身就得是导出结构体且可寻址 -
FieldByName("age")返回的Value即使.IsValid()为true，.CanSet()仍是false，这是语言强制限制，无法绕过
实际使用中必须检查 CanSet() 吗？
必须。不检查就调用 SetString() 或 SetInt()，运行时会 panic，错误信息类似：reflect: reflect.Value.SetString using unaddressable value。
- 常见触发场景：对函数参数直接反射（没传指针）、操作 JSON 反序列化后的 struct 值（而非指针）、误把
interface{}当作可写对象传入 - 安全写法模板：
func safeSetString(v reflect.Value, newVal string) error { if !v.IsValid() { return fmt.Errorf("invalid value") } if !v.CanSet() { return fmt.Errorf("cannot set value: not addressable or not exported") } if v.Kind() == reflect.String { v.SetString(newVal) return nil } return fmt.Errorf("not a string kind") }
真正容易被忽略的点是：可设置性不是字段“有没有”，而是“能不能碰”——它由 Go 的导出规则 + 反射寻址模型共同决定，缺一不可。哪怕你手握结构体指针，只要字段名小写，CanSet() 就是 false，没有例外。
