reflect.valueof(&p).elem() 仍是指针，因每次 elem() 仅解一层，&p 是 *t，解后得 t；需循环调用 elem() 并检查 kind() 和有效性，且起点须可寻址、字段须导出，否则 canset() 为 false。
reflect.ValueOf(&p) 后调用 Elem() 为什么还是指针？
因为 p 本身就是一个指针（比如 *string），&p 是 **string 类型，reflect.ValueOf(&p).Elem() 解出来的仍是 *string，不是底层值。Go 反射不会自动“连解多层”，Elem() 每次只解一层。
常见错误现象：reflect.Value.String() 返回 "&hello" 而非 "hello"；或 v.Kind() == reflect.Ptr 却误以为已到目标类型。
- 检查当前
Value的Kind()：若为reflect.Ptr，必须再调一次.Elem() - 安全解包循环写法：用
for v.Kind() == reflect.Ptr { v = v.Elem() }，但需加防死循环（如深度限制） - 注意：如果某层是
nil指针，v.Elem()会 panic —— 必须先v.IsValid() && !v.IsNil()
interface{} 包裹的是 **T，反射却只看到 *T
接口值存储的是“类型+数据”二元组，它不保留原始变量的地址层级。当你把 **T 赋给 interface{}，接口内部只存了最外层的指针（即 *T 地址），而丢掉了“这个指针本身也是被另一个指针指向”的信息。
使用场景：从 JSON 或 gob 解码出一个 interface{}，再想通过反射拿到最终的 T 值时卡在第二层。
-
reflect.ValueOf(iface).Kind()返回的是底层具体类型（如reflect.Ptr），不是接口类型 - 想继续解包，得先确认
v.Kind() == reflect.Ptr，再v.Elem()；若仍为Ptr，说明原值确实是双重指针 - 不能依赖
v.Interface().(*T)强转，因为v.Interface()返回的是接口内封存的值副本，可能已是*T，而非**T
双重指针字段反射赋值失败：CanSet() == false 的真实原因
即使你正确走到最内层 Value，CanSet() 仍可能为 false —— 根本不在“是不是指针”，而在“这个 Value 是否可寻址”。传值（reflect.ValueOf(p)）得到的是副本，不可寻址；必须从原始指针变量出发，且每层都保持可寻址链路。
参数差异：结构体字段如果是 **string，且该字段本身未导出（小写开头），则即使你走对了解包路径，FieldByName 返回的 Value 也因不可导出而 CanSet() == false。
- 确保起点是可寻址的：用
reflect.ValueOf(&obj)，不是reflect.ValueOf(obj) - 字段名必须导出（首字母大写），否则
FieldByName返回的Value天然不可设 - 中间任意一层若不是指针（比如字段是
*T，但你误用了Field(i)而非Field(i).Addr().Elem()），就会断掉可寻址性
unsafe.Offsetof 无法用于 **T 的字段偏移计算
unsafe.Offsetof 只能作用于结构体字段，不能用于解引用链。你想算 **T 最终指向的结构体中某个字段的偏移，但 unsafe.Offsetof 接收的必须是“结构体字面量中的字段”，不是运行时动态解出来的地址。
性能 / 兼容性影响：硬编码偏移在不同 Go 版本、不同 GOARCH 下极易失效；且一旦结构体字段重排或添加填充，偏移就错，SIGSEGV 风险极高。
- 不要尝试
unsafe.Offsetof((**MyStruct)(nil).field)—— 这是非法语法，编译不过 - 真正安全的做法只有两种：用反射逐层
Elem()+FieldByName()；或重构数据模型，避免深层指针嵌套 - gob、json 等序列化库默认不支持自动展开双重指针，它们只认一层间接性 —— 这不是 bug，是设计取舍
Kind() 行事；而 Go 的内存模型决定了接口值和值拷贝会天然切断地址链。你得自己维护这条链，不能指望反射替你“猜”。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
