反射调用失败主因是值不可寻址、字段未导出或参数展开错误；须用reflect.valueof(&mystruct).elem()获取可设置值，调用前必检canaddr()、canset()、isvalid()及isnil()。
传入自定义类型参数时，反射调用失败的主因不是类型本身，而是值不可寻址、字段未导出或参数展开方式错误。
为什么 reflect.ValueOf(myStruct) 不能直接用于修改或调用方法
结构体字面量或栈上副本（如 myStruct{}）不可寻址，reflect.ValueOf(myStruct) 返回的 Value 的 CanAddr() 和 CanSet() 均为 false。即使字段是导出的，也完全无法修改或作为指针接收者调用方法。
- 必须传指针：
reflect.ValueOf(&myStruct)，再立即调用.Elem()得到可设置的结构体值 - 若已传指针但忘了
.Elem()，后续调用.FieldByName()会 panic：“call of reflect.Value.FieldByName on ptr Value” - 检查是否可操作：始终先做
v.Kind() == reflect.Struct && v.CanAddr() && v.CanSet()判断
调用带自定义类型参数的函数时，.Call() 的参数怎么包
函数签名中的自定义类型（如 func Do(s MyStruct) {}）在反射中就是普通值类型，和 int 或 string 无异——但必须确保传入的是该类型的 reflect.Value，且满足可寻址性要求（仅当函数内部需修改它时才需要）。
- 若函数参数是值类型（
MyStruct），直接传reflect.ValueOf(s)即可；若参数是指针（*MyStruct），必须传reflect.ValueOf(&s) - 切忌把结构体字段一个个拆开塞进
[]reflect.Value：函数期望一个MyStruct值，不是它的Name、ID字段 - 若参数是
interface{}，且你想塞一个MyStruct实例进去，仍用reflect.ValueOf(s)—— 它会自动适配接口底层值
方法调用失败：接收者类型不匹配或方法未导出
自定义类型的方法能否被 MethodByName() 找到，只取决于两点：首字母是否大写、接收者类型是否与反射值匹配。小写方法永远不可见，哪怕你用 reflect.ValueOf(&s) 也不行。
- 值接收者方法（
func (s MyStruct) Print()）只能用值反射对象调用：reflect.ValueOf(s).MethodByName("Print").Call(nil) - 指针接收者方法（
func (s *MyStruct) Update()）可用值或指针反射对象调用，但推荐统一用指针：reflect.ValueOf(&s).MethodByName("Update").Call(...) -
MethodByName()返回零值reflect.Value时，不要假设是“没找到”，先确认v.Kind()是reflect.Struct或reflect.Ptr，再检查方法名拼写和大小写
嵌套结构体或字段含指针时，解引用容易漏检 IsNil()
当你通过 v.FieldByName("Config").Elem() 访问嵌套结构体字段时，如果该字段是 *Config 类型且为 nil，.Elem() 会 panic：“reflect: call of reflect.Value.Elem on zero Value”。
- 安全做法：先判断
f := v.FieldByName("Config"); if f.Kind() == reflect.Ptr && !f.IsNil() { f.Elem()... } - 同理，对
interface{}字段，f.Kind()返回的是底层值的种类（如reflect.Struct），不是reflect.Interface；要检查是否为空，用f.IsNil()而非f.Interface() == nil - 所有涉及
.Elem()、.Interface()、.Call()的地方，都应前置IsValid()检查，避免静默零值导致下游逻辑错乱
最常被跳过的其实是 IsValid() 和 IsNil() 的组合校验——它们不抛 panic，但会让字段读取返回零值、方法调用静默失败，问题极难定位。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
