调用结构体方法必须传指针，因go反射仅支持指针接收者且需可寻址；methodbyname前须检查isvalid()和caninterface()，参数与返回值类型须严格匹配，call()需传[]reflect.value并注意缓存method避免性能损耗。
reflect.Value.MethodByName 调用结构体方法必须传指针
ORM 框架里常需要动态触发模型的钩子方法，比如 BeforeInsert、AfterScan。但直接对结构体值调用 MethodByName 会返回无效方法，IsValid() 为 false。
根本原因是：Go 只允许在指针接收者方法上做反射调用，且该指针必须可寻址。传入 User{} 这样的值类型，reflect.ValueOf(u).MethodByName("BeforeInsert") 永远失败。
- 必须传
*User，再用reflect.ValueOf(&u).Elem()获取可寻址的结构体实例 - 调用前检查
method.IsValid() && method.CanInterface()，避免 panic - 方法签名必须严格匹配：参数类型、返回值个数与类型都要一致，否则
Call()会 panic - 若方法有指针接收者但你传了值类型（如
User{}），MethodByName返回空Value，不会报错但无法执行
db tag 解析不能替代方法调用逻辑
很多人误以为给字段加 db:"created_at,auto_now_add" 就能自动填充时间，其实 tag 只是元数据，真正生效得靠反射调用对应方法。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
例如 auto_now_add 行为需在 BeforeInsert 中手动实现：reflect.ValueOf(dest).MethodByName("BeforeInsert").Call(nil)，而该方法内部才做 field.Set(reflect.ValueOf(time.Now()))。
-
field.Tag.Get("db")只返回字符串"created_at,auto_now_add"，不触发任何行为 - 复合 tag 如
auto_now_add、omitempty必须由业务代码解析并决定是否调用方法或跳过字段 - 不要在
Tag.Get后直接strings.Contains就赋值——没做CanSet()检查会导致 panic - 方法调用本身不读取 tag，tag 是给字段处理逻辑用的，两者职责分离
Call 方法的参数必须是 []reflect.Value
反射调用方法时，Call() 接收的是 []reflect.Value，不是普通 Go 值切片。常见错误是直接传 []interface{} 或单个 interface{}，结果 panic 报错 reflect: Call using zero Value 或类型不匹配。
- 正确写法：
method.Call([]reflect.Value{reflect.ValueOf(arg1), reflect.ValueOf(arg2)}) - 如果方法无参，传空切片：
method.Call(nil)，不是method.Call([]reflect.Value{})（后者可能 panic） - 参数类型必须与方法声明完全一致；
int64传成int会失败，需显式转换：reflect.ValueOf(int64(x)) - 返回值是
[]reflect.Value，需逐个.Interface()转回原类型，注意 nil 接口和 error 处理
性能开销和可维护性比想象中更重
每次 MethodByName 都涉及哈希查找和字符串比对，比直接调用慢 10–100 倍；而 Call() 还要额外做类型擦除/还原。在高频 ORM 操作（如批量插入）中，这会成为瓶颈。
- 不要在循环内反复调用
MethodByName——应提前缓存reflect.Method对象 - 缓存 key 应基于
reflect.Type，而非结构体实例，避免重复解析 - 私有方法（小写开头）永远无法被
MethodByName找到，即使接收者是指针 - 最易忽略的一点：方法调用栈深度增加后，panic 的 traceback 会丢失原始文件行号，调试困难
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
