reflect.value.call返回的指针值需先判nil再解引用，.interface()返回的* t是反射封装指针，若指向局部变量、未导出字段或已失效内存，直接解引用将panic；必须逐层校验kind与isnil，用elem().interface()取安全副本。
reflect.Value.Call 返回的指针值不能直接.Interface() 就当原生指针用
调用 reflect.Value.Call 后拿到 results[0]，如果函数返回的是 *int 或 *MyStruct，results[0].Interface() 确实会返回一个 Go 原生指针（比如 *int），但这是“反射构造出来的副本”，不是你期望中可安全解引用或传给其他函数的稳定指针。尤其当返回值本身来自局部变量、临时结构体字段或未导出字段时，该指针可能指向已失效内存。
常见错误现象：panic: invalid memory address or nil pointer dereference 发生在你对 results[0].Interface() 的结果做 *p 解引用之后。
- 必须先确认
results[0].Kind() == reflect.Ptr，再检查results[0].IsNil()—— 否则解引用前可能已经是 nil - 若需进一步访问所指对象，推荐用
results[0].Elem().Interface()获取值拷贝（安全但不共享状态） - 若必须保留原始指针语义（例如要传给 C 函数或写入 map），得确保被指对象生命周期 > 指针使用周期；反射无法延长底层变量生存期
函数签名里是 *T，但 Call 传参时传了 reflect.ValueOf(x) 而不是 reflect.ValueOf(&x)
这是最隐蔽的 panic 来源之一：函数定义为 func DoSomething(*string) int，你却把 reflect.ValueOf(s)（s 是 string）塞进参数切片。反射不会自动取地址，它严格按你传入的 reflect.Value 的 Kind 和地址性来匹配。
错误表现：panic: reflect: Call using *string as type string 或更模糊的 reflect: call of function with wrong argument count（因为类型不匹配导致参数计数校验失败）。
- 检查函数参数类型：用
reflect.TypeOf(fn).In(i).Kind() == reflect.Ptr判断是否需要指针 - 若需要，且你手头只有值
x，必须显式传reflect.ValueOf(&x)，而非reflect.ValueOf(x) - 若
x本身已是指针（比如x := &s），再套一层&x就错成**string，此时应传reflect.ValueOf(x)
返回值是 **T 类型时，Elem().Elem().Interface() 不等于 *(*T)
当函数返回双重指针（如 **int），有人想当然地链式调用 results[0].Elem().Elem().Interface() 得到 int 值。这在部分场景下能跑通，但极易崩溃——因为中间任意一级可能是 nil，或者 Elem() 在不可寻址值上调用会 panic。
正确做法是逐层校验：
- 先
if results[0].Kind() != reflect.Ptr { /* error */ } - 再
if results[0].IsNil() { /* handle nil */ } - 然后
level1 := results[0].Elem()，再重复判断level1.Kind()和IsNil() - 最后才
level1.Elem().Interface()，否则一连串.Elem()相当于裸奔
为什么 Interface() 后的 *T 有时改不了原值？
关键在于：反射返回的指针是否指向“可寻址”的内存。如果函数返回的是 &localVar（局部变量地址），函数返回后该地址已失效；如果返回的是 &structField 但字段未导出（小写开头），reflect.Value 实际封装的是字段副本，Interface() 返回的指针也只指向那个副本。
典型陷阱：
- 结构体方法返回
func() *int { return &s.field }，而s.field是小写字段 → 反射拿到的是副本地址，修改无效 - 闭包捕获的变量被反射包装后，
Interface()返回的指针生命周期受闭包影响，不可靠 - 从
reflect.Zero(reflect.TypeOf((*int)(nil)).Elem())构造的零值指针，Interface()返回 nil，不能解引用
真正安全的指针操作，永远依赖底层变量本身是否可寻址、是否导出、是否仍在作用域内——反射不创造地址性，只暴露已有地址性。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
