canset() 返回 false 不报错是因为它仅做可写性判断，不执行写操作；调用 set* 方法时才 panic，常见于传入非指针或不可寻址值。
为什么 reflect.Value.CanSet() 返回 false 却没报错？
因为 CanSet() 只判断「是否允许写入」，不触发任何操作；它返回 false 时调用 Set* 方法才会 panic —— 常见于传入非指针、不可寻址值（比如字面量、函数返回的 struct 值）。
典型错误现象：reflect.Value.SetUint: can't set uint value 或更泛的 reflect: reflect.Value.SetString using unaddressable value。
- 使用场景：想通过反射修改结构体字段，但传入的是
MyStruct{}而非&MyStruct{} - 参数差异：
reflect.ValueOf(x)对x是值拷贝，reflect.ValueOf(&x).Elem()才拿到可寻址副本 - 性能影响：多次调用
.Addr()或.Elem()不增加开销，但错误路径下 panic 比较重，应提前防御
CanAddr() 为 true 就一定能 Set() 吗？
不能。可寻址（CanAddr()）只是必要条件，不是充分条件。例如 interface{} 包裹的值即使可寻址，其底层值仍可能不可设（如 string、map、slice 类型本身不可直接 Set）。
常见错误现象：对 interface{} 类型做 reflect.ValueOf(i).Elem().Set(...)，结果 panic，因为 interface 的底层值默认不可设。
立即学习“go语言免费学习笔记（深入）”；
- 正确做法：先确认是否是地址类型，再
.Elem()；如果不是，得从原始变量取地址 - 示例：
v := reflect.ValueOf(&myVar); if v.CanAddr() { v = v.Elem() }，而不是对reflect.ValueOf(myVar)直接调用CanSet() - 兼容性注意：Go 1.17+ 对不可设值的检查更严格，旧代码在升级后更容易暴露问题
绕过 CanSet() 检查的常见误操作
有人会用 unsafe 或强制转换绕过检查，这不仅破坏类型安全，还会在 GC 或编译器优化时引发未定义行为——不推荐，也不解决根本问题。
真正该做的是让值「天然可设」：确保反射操作的对象是变量的地址，且该变量本身不是常量、不是字面量、不是只读上下文（如 range 循环中的迭代变量）。
- 错误写法：
for _, v := range items { reflect.ValueOf(v).Field(0).SetInt(1) }→v是副本，CanSet()必为 false - 正确写法：
for i := range items { reflect.ValueOf(&items[i]).Elem().Field(0).SetInt(1) } - 另一个坑：闭包中捕获循环变量，导致所有反射操作指向最后一个元素 —— 这和
CanSet无关，但常被一起误判
一个最小可验证的防御模式
别依赖 CanSet() 做运行时兜底，而应在构造 reflect.Value 时就保证路径可控。最稳妥的入口永远是 reflect.ValueOf(&x).Elem()，并配合类型断言或 Kind() 判断。
示例：
func setField(v interface{}, field string, val int64) error {
rv := reflect.ValueOf(v)
if rv.Kind() != reflect.Ptr || rv.IsNil() {
return fmt.Errorf("expected pointer, got %v", rv.Kind())
}
rv = rv.Elem()
if !rv.CanSet() {
return fmt.Errorf("cannot set value: not addressable or not exported")
}
f := rv.FieldByName(field)
if !f.IsValid() || !f.CanSet() {
return fmt.Errorf("field %q not found or unexported", field)
}
f.SetInt(val)
return nil
}
这个模式把检查前移，避免在 SetInt 时才 panic；同时明确区分了「空指针」「不可寻址」「字段不可写」三类错误，调试起来不抓瞎。
复杂点在于：嵌套结构体字段、接口类型解包、指针链（**T）都需要逐层 Elem() 和 CanSet() 判断 —— 容易漏掉某一层，尤其当字段类型是 interface{} 时。
