反射中调用Addr()必须确保原值可寻址，否则panic；正确做法是传入指针并用Elem()保持可寻址性；Convert()仅支持同构或接口转换；避免拷贝的关键是始终操作指针值；每次操作前须检查CanAddr()和CanInterface()。
反射中用 reflect.Value.Addr() 获取指针必须确保原值可寻址
直接对非地址传入的变量（比如函数参数、字面量、map value）调用 reflect.Value.Addr() 会 panic，错误信息是 "call of reflect.Value.Addr on xxx Value"。这是因为反射无法为不可寻址的值生成有效指针。
常见误用场景：
- 把结构体字段值（如
v.Field(0)）直接.Addr()—— 字段值本身不可寻址，除非原始 struct 是指针类型且已通过reflect.ValueOf(&s)传入 - 对 map 中取出来的值（
mapValue.MapIndex(key)）尝试.Addr()—— map value 永远不可寻址 - 传入
reflect.ValueOf(myStruct)（而非&myStruct）后，再调用.Addr()
正确做法：确保原始值以指针形式进入反射，再用 .Elem() 解引用操作内部字段时，仍保持可寻址性。
用 reflect.Value.Convert() 做指针类型转换前先检查底层类型兼容性
反射中不能像普通 Go 代码那样隐式转换指针类型。例如，*A 和 *B 即使字段完全一致，也不能直接 .Convert(reflect.TypeOf((*B)(nil)).Elem()) —— 会 panic："reflect: Convert: type *main.A to *main.B"。
立即学习“go语言免费学习笔记（深入）”；
可行路径只有两种：
- 目标类型是源类型的接口（且源值实现了该接口），可用
.Convert()转为接口类型指针 - 目标类型与源类型底层内存布局一致（如两个 struct 字段顺序、类型、tag 完全相同），且都导出，可借助
unsafe.Pointer+reflect.New()绕过类型系统（但需自行保证安全） - 更稳妥的做法是用
reflect.Copy()或字段级赋值，而非强转指针
注意：reflect.Value.Convert() 对指针类型只允许在同构或接口场景下生效，别指望它替代 C 风格的强制类型转换。
避免大对象拷贝的关键不是“用反射”，而是“始终操作指针值”
反射本身不减少拷贝；真正避免拷贝的是从始至终持有并操作 *T 的 reflect.Value，而不是 T 的副本。
典型安全链路：
- 传入
reflect.ValueOf(&largeStruct)→ 得到可寻址的*T类型reflect.Value - 用
.Elem()取得T的reflect.Value（仍可寻址） - 修改字段：直接
.Field(i).Set(x)，底层改的是原内存 - 需要传递给其他函数？用
.Addr().Interface()转回*T，而非.Interface()（那会复制）
一旦调用了 .Interface() 返回非指针类型，就触发一次完整拷贝 —— 这个点容易被忽略，尤其在泛型封装函数里。
reflect.Value 的 CanAddr() 和 CanInterface() 必须每次操作前检查
这两个布尔方法不是装饰，是运行时安全护栏。很多线上 panic 就源于没检查就硬调 .Addr() 或 .Interface()。
例如：
v := reflect.ValueOf(myMap).MapIndex(key)
if !v.IsValid() || !v.CanInterface() {
// 不能 .Interface()，否则 panic
return
}
// 此时 v.Interface() 才安全，但得到的是副本
又比如遍历 slice 元素时：
-
v.Index(i)返回的元素值默认不可寻址（即使原 slice 是指针） - 若需修改，应先用
v.Index(i).Addr().Elem()获取可寻址副本，或直接用v.Index(i).Set(x)（前提是v本身可寻址）
反射的“可操作性”不是默认开启的，它是逐层继承的权限 —— 上一级不可寻址，下一级基本就废了。
