为什么 reflect.Value.CanAddr() 返回 false
多数时候，你调用 reflect.Value.CanAddr() 得到 false，不是因为对象本身不可寻址，而是因为反射值的“来源”断开了地址链。比如从结构体字段、map 值、函数返回值、接口底层值中取出来的 reflect.Value，默认是副本（copy），Go 会主动抹掉地址信息以防止误改原始数据。
- 从
reflect.ValueOf(x).Field(i)拿到的字段值，即使x是指针或可寻址变量，该字段值也大概率不可寻址 —— 除非原结构体本身就是通过指针传入且字段未被复制（如直接对*T取字段） -
reflect.ValueOf(m["key"])总是不可寻址：map 查找返回的是值拷贝 -
reflect.ValueOf(fn())不可寻址：函数返回值是临时值，无内存地址 - 接口类型（
interface{}）包装的值，若原值不可寻址（比如字面量、常量），解包后也不可寻址
怎样让反射对象变得可寻址
核心原则：必须从一个可寻址的源头开始构建 reflect.Value，且全程避免触发复制语义。最可靠的方式是传入指针，并用 reflect.Indirect 向下穿透时保留地址性。
- 用
reflect.ValueOf(&x)而非reflect.ValueOf(x)—— 这是最常见的起点 - 对结构体字段操作前，先确保原始
reflect.Value来自指针：v := reflect.ValueOf(&s).Elem()，再用v.Field(i)才可能可寻址 - 调用
reflect.New(typ)创建的新值默认可寻址（它返回的是指针的reflect.Value），之后用.Elem()获取其指向的值仍可寻址 - 避免对 map/slice/chan 的元素直接取
Value；如需修改，应先用reflect.ValueOf(&m).MapIndex(key)（但注意：这仅在 key 存在且 map 可寻址时才有效）
CanAddr() 和 CanSet() 的关系
CanAddr() 是 CanSet() 的前提，但不等价。一个值可寻址，不代表就能被设置 —— 还要看是否“可设置”（比如是否来自未导出字段、是否底层是常量、是否已冻结）。
-
CanAddr() == false⇒CanSet() == false（必然） -
CanAddr() == true⇒CanSet()仍可能为false（例如：未导出字段、底层是const字面量、或来自只读接口） - 常见陷阱：
reflect.ValueOf(&s).Elem().Field(0)对未导出字段返回的Value，CanAddr()可能为true，但CanSet()一定是false - 判断能否写入，务必用
CanSet()，别只看CanAddr()
实际调试时怎么快速验证
别靠猜，加一行打印最直接：
立即学习“go语言免费学习笔记（深入）”；
fmt.Printf("v.CanAddr()=%t, v.CanSet()=%t, v.Kind()=%s\n", v.CanAddr(), v.CanSet(), v.Kind())
配合以下检查能快速定位问题根源：
- 如果
v.Kind() == reflect.Interface，先v = v.Elem()再判断（否则你在判断接口头，不是底层值） - 如果
v.Kind() == reflect.Ptr，记得v = v.Elem()后再查 —— 指针本身的CanAddr()总是true，但你要改的是它指向的内容 - 遇到
panic: reflect: call of reflect.Value.SetString on zero Value类错误，八成是v.IsValid() == false或v.CanSet() == false，先打日志再往下走
可寻址性不是属性，是路径依赖的结果。同一个变量，从不同入口进反射，CanAddr() 可能截然不同 —— 关键永远是你怎么把值交进去的，而不是它“本来”是什么。
