canaddr()检查值是否可寻址（能否取地址），caninterface()检查值是否可安全转为interface{}（需有效、可导出且非只读）；二者维度不同，不可互替，调用interface()前必须检查caninterface()，修改值则需依次验证isvalid()→canaddr()→canset()。
CanAddr() 和 CanInterface() 到底在检查什么
它们不是同一件事的两种说法，而是两个不同维度的权限开关：CanAddr() 问的是“我能不能拿到它的地址”，CanInterface() 问的是“我能不能安全地把它变回 interface{}”。前者是内存层面的可寻址性，后者是反射值是否处于「可导出 + 非只读 + 有效」的就绪状态。
-
CanAddr()为true：说明这个reflect.Value来自一个可寻址的位置（比如结构体字段、切片元素、指针解引用后的值），调用Addr()不会 panic -
CanInterface()为true：说明它既不是零值（IsValid()为true），也没有被标记为只读（比如来自不可导出字段、或通过非指针传入的 struct 值），此时调用Interface()才安全 - 常见误区：对一个导出字段调用
FieldByName("Name")后直接Interface()，结果 panic —— 很可能是因为你传的是struct{}值而非&struct{}，导致字段副本不可寻址，CanInterface()返回false
什么时候必须先检查 CanInterface() 才能调用 Interface()
只要你想把 reflect.Value 拿回去当普通 Go 值用，就必须过这一关。这不是建议，是硬性前提——否则就是 runtime panic，错误信息通常是 reflect: call of reflect.Value.Interface on zero Value 或更隐晦的 call of unexported field。
- 典型场景：从 map 中取值后反射遍历、JSON 反序列化后动态读字段、ORM 映射时把
reflect.Value转成具体类型做校验 - 别依赖
CanAddr()替代：有些值CanAddr() == false但CanInterface() == true（比如reflect.ValueOf(42)），也有些值两者都为false（比如未导出字段） - 正确姿势：
if !v.IsValid() || !v.CanInterface() {<br> return nil, fmt.Errorf("invalid or unexported value")<br>}<br>return v.Interface(), nil
CanAddr() 为 false 却还想改值？那是不可能的
想调用 SetInt()、SetString() 或任何 SetXxx() 方法，CanAddr() 是第一道门，CanSet() 是第二道。缺一不可。而 CanAddr() 失败，基本意味着你传错了东西。
- 最常踩的坑：传了
struct{}值而不是&struct{}，例如reflect.ValueOf(s).FieldByName("Name").SetString("x")—— 这里FieldByName返回的是副本，CanAddr()为false，立刻 panic - 修复方式只有两种：
reflect.ValueOf(&s).Elem().FieldByName("Name")，或者确保原始变量本身可寻址（如定义为变量再取地址，而非字面量或函数返回值） - 注意：即使
CanAddr() == true，如果字段小写（不可导出），CanSet()仍为false，强行SetXxx()会 panic：cannot set unexported field
为什么 CanInterface() 比手动判断 IsExported() + CanAddr() 更可靠
因为 CanInterface() 是 Go 运行时内部综合判定的结果，它已经涵盖了导出性、可寻址性、只读标记、嵌入字段的 RO 标志（flagEmbedRO）等所有条件。自己拼凑逻辑容易漏掉边界 case。
立即学习“go语言免费学习笔记（深入）”；
- 比如匿名字段中一个导出字段被提升，但其外层结构体字段本身不可寻址，
CanAddr()就是false，但你若只查IsExported()会误判为“可操作” - 又比如
reflect.ValueOf((*int)(nil)).Elem()，Elem()后得到的是零值，IsValid()为false，此时CanInterface()直接返回false，而手动判断容易忽略这一步 - 所以，只要目标是调用
Interface()，就只信CanInterface()；只要目标是修改值，就依次检查IsValid()→CanAddr()→CanSet()
真正容易被忽略的，是那些看似“有值”其实早已失效的反射值——比如从 map 取出的 value、函数返回的临时 struct、或未初始化的接口字段。它们的 reflect.Value 对象可能 IsValid() 为 true，但 CanInterface() 早就是 false。不提前拦住，panic 就在下一行。
