反射调用带 context.context 参数的函数需严格匹配签名顺序和类型，传 context.context 值而非指针；返回值须逐个检查 kind 并安全转换，异步逻辑需手动同步，context 超时依赖函数内部实际使用。
反射调用带 context.Context 参数的函数会 panic
Go 的反射机制本身不拒绝带 context.Context 的函数，但直接用 reflect.Value.Call 传入 context.Background() 或其他上下文时，常因参数类型不匹配而 panic：比如实际期望的是 *context.Context 却传了 context.Context，或函数签名里 ctx 在第 2 位但你把所有参数一股脑塞进切片没对齐。
- 必须严格按函数签名顺序构造
[]reflect.Value，context.Context是接口类型，传值即可（不用取地址），但得确保它是reflect.ValueOf(ctx)而非reflect.ValueOf(&ctx) - 如果目标方法是方法值（如
(*MyService).DoWork），反射前要用method.Func提取可调用的函数对象，别误用method.Func.Call—— 那是调用方法描述符本身，不是目标逻辑 - 异步场景下，若原函数返回
chan error或启动 goroutine，反射调用后不会自动等待；需手动处理返回值或同步逻辑
reflect.Value.Call 调用后如何安全获取返回的 error 或 chan
反射调用返回的是 []reflect.Value，哪怕函数声明只返回一个 error，你也得从切片里取索引 [0]，且要先判断是否为 nil 再转成 error，否则 .Interface().(error) 会 panic。
- 检查
results[0].Kind() == reflect.Chan才能安全转为chan interface{}；若原函数返回chan int，需用results[0].Convert(reflect.TypeOf(make(chan int)).Elem())配合类型断言，但更稳妥的做法是提前知道返回类型并用results[0].Interface()后强转 - 如果函数返回多个值（如
func(ctx context.Context) (int, error)），必须遍历results并分别处理每个reflect.Value，不能假设长度或顺序 - 注意：goroutine 启动类函数（如
go fn(ctx)）反射调用后立即返回，不代表内部逻辑已执行完；别指望靠反射调用结果来判断异步任务状态
用 context.WithTimeout 控制反射调用的异步函数超时
反射本身不感知 context，但你可以把带 deadline 的 context.Context 作为参数传进去——前提是目标函数真正在内部用它做 cancel 或 timeout 判断。光传 context 不等于自动生效。
- 传入的
ctx必须是调用方可控的（如ctx, cancel := context.WithTimeout(parentCtx, 5*time.Second)），并在适当时候调用cancel()，否则超时逻辑形同虚设 - 若被反射调用的函数内部没调用
select { case 或没把 <code>ctx传给下游 HTTP/gRPC 调用，那这个ctx就只是个摆设参数 - 不要在反射调用前就
cancel()，也不要在调用后立刻cancel()—— 得等异步任务真正响应ctx.Done()或自行退出，否则可能中断未完成的清理工作
为什么 reflect.Value.MethodByName 找不到带 context 的方法
找不到不是因为参数含 context.Context，而是接收者类型不匹配。比如你对一个 MyStruct{} 值调用 MethodByName，但该方法定义在 *MyStruct 上，就会返回零值 reflect.Value，后续 .Call 直接 panic。
立即学习“go语言免费学习笔记（深入）”；
- 先确认方法是否为指针方法：用
t := reflect.TypeOf(&MyStruct{}); t.MethodByName("Do")查看，而不是reflect.TypeOf(MyStruct{}) - 如果接收者是指针，反射时必须传入指针的
reflect.Value，即reflect.ValueOf(&instance)，而非reflect.ValueOf(instance) - 方法名大小写敏感，且必须导出（首字母大写），
doWork永远找不到，只有DoWork才行
ctx 如果没被消费，就只是个无意义的接口值。 
