reflect.indirect唯一作用是递归调用.elem()直至获得非指针值：输入 t返回t，* t返回t，t直接返回，nil指针返回无效value；它不处理接口、不调用方法、不转换类型、不校验字段。
reflect.Indirect只做一件事：递归解指针
reflect.Indirect 不处理接口，不调用方法，不转换类型，也不校验字段。它唯一职责是：从 reflect.Value 输入开始，循环调用 .Elem()，直到得到一个非指针类型的值。输入是 *T → 返回 T 的 Value；输入是 **T → 返回 T；输入是 T（值类型）→ 直接返回原 Value；输入是空指针（(*T)(nil)）→ 返回无效 Value，后续调用 .Interface() 会 panic。
什么时候必须用 reflect.Indirect？
典型场景是统一处理“可能带指针、也可能不带”的输入，尤其在通用工具函数里：
- 结构体字段拷贝工具：用户传
&s或s，你都想拿到可读写的Value - ORM 字段填充：
dest可能是*User或User，但.FieldByName()要求可寻址，得先确保是值类型再.Addr() - 嵌套数据遍历（如 map/slice）：入口可能是
**[]map[string]interface{}，用Indirect一步到位降到最内层
不加 Indirect 就直接 .FieldByName()，对指针输入会失败——因为 Value 类型是 Ptr，没有字段。
常见误用：对 interface{} 直接 Indirect
这是最常踩的坑。比如：
v := interface{}(&MyStruct{})
rv := reflect.ValueOf(v)
indirect := reflect.Indirect(rv) // ❌ 无意义！rv.Kind() 是 Interface，不是 Ptr
interface{} 本身不是指针类型，Indirect 对它直接返回原 Value，毫无作用。真要处理接口里的指针，得先确认里面存的是什么：
- 若确定是
*T，应先rv.Elem()（因为interface{}包裹指针时，ValueOf返回的是指针Value） - 若不确定，用类型断言更安全：
if p, ok := v.(*MyStruct); ok { ... } - 只有当你已用
reflect.ValueOf拿到一个明确的指针Value（比如reflect.ValueOf(&s)），Indirect才有意义
和 Elem() 的关键区别在哪？
.Elem() 只解一层指针，Indirect 解到底。但更重要的是容错性：
-
rv := reflect.ValueOf((*int)(nil)); rv.Elem()→ panic（不能对 nil 指针调Elem） -
rv := reflect.ValueOf((*int)(nil)); reflect.Indirect(rv)→ 返回无效Value，不会 panic，你可以用.IsValid()安全判断 - 所以涉及用户可控输入（如 HTTP 参数解析、配置映射）时，
Indirect更健壮
真正难处理的从来不是多级指针，而是 nil 指针 + 不可寻址字段 + 非导出字段混在一起的组合。这时候 Indirect 只是起点，后面还得配 .CanAddr()、.CanInterface()、.IsNil() 一起用，少一个都容易 runtime panic。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
