methodbyname 返回零值，主因是方法不可见或接收者不匹配；需检查 isvalid()、kind() == func、cancall() 三条件，并确保参数切片类型数量严格匹配。
MethodByName 返回零值？先看接收者和导出性
调用 MethodByName 得到零值，90% 是因为方法不可见或接收者不匹配。Go 反射不会报“方法不存在”，而是静默返回 reflect.Value{} —— 你得自己检查有效性。
- 方法名必须首字母大写（如
SayHello），小写（sayHello）在反射中完全不可见 - 如果方法定义为
func (u *User) Save()，你传入的必须是*User类型的反射值；传User{}值类型会查不到该方法 - 字面量直接取反射值（如
reflect.ValueOf(User{})）不可寻址，所有指针接收者方法都会消失
如何让不同结构体共用同一套反射调用逻辑
关键不是“统一方法名”，而是统一**调用入口的构造方式**。你不能靠字符串 "User" 或 "Order" 自动加载类型，必须提前把实例准备好。
- 所有目标结构体实例，统一传指针：比如
callOn(&user, "Validate")、callOn(&order, "Validate") - 在
callOn内部统一用reflect.ValueOf(obj)获取反射值 —— 因为传入已是指针，无需再取地址 - 若某些结构体方法是值接收者（
func (u User) ID()），而你仍传指针，MethodByName仍能命中（Go 方法集规则允许指针调用值接收者方法），但反过来不行
Call 前必须验证的三件事
跳过任意一项，Call 就 panic，且错误信息模糊（例如 “call of reflect.Value.Call on zero Value”）。
Colly Golang Web Scraper and Crawler Framework
下载
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
-
if !method.IsValid()：确认方法存在且导出 -
if method.Kind() != reflect.Func：防止误把字段当方法 -
if !method.CanCall()：这是最常被忽略的一环，它隐式检查接收者是否可寻址、是否已绑定、是否导出
示例片段：
v := reflect.ValueOf(obj)
method := v.MethodByName(methodName)
if !method.IsValid() || method.Kind() != reflect.Func || !method.CanCall() {
return fmt.Errorf("cannot call %s on %T", methodName, obj)
}
result := method.Call(args)
参数传递容易崩溃的点
反射调用不是“传参”，是“构造 []reflect.Value 切片”，每项都必须严格匹配方法签名。
- 参数数量必须一致：
func (u *User) SetName(name string, age int)就必须传两个reflect.Value，少一个就 panic - 类型必须可赋值：传
reflect.ValueOf(int64(1))给int参数会失败；要用reflect.ValueOf(int(1))或显式转换 - 空参数也要显式传空切片：
method.Call(nil)和method.Call([]reflect.Value{})都合法，但nil容易引发 nil slice panic，建议统一用空切片
复杂点在于嵌套结构体或接口字段——它们的反射参数需逐层 reflect.ValueOf 包裹，不能直接传原始值。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
