通用中间件需约定处理器签名（http.ResponseWriter, http.Request，至多返回error），通过反射安全调用并缓存Value，链式封装保持http.Handler接口，避免每次请求重复反射，兼顾性能与可维护性。
用 Go 反射构建通用中间件，核心是把“处理逻辑”和“执行时机”解耦，让中间件能自动适配任意 HTTP 处理函数（http.HandlerFunc），无需手动改写签名或重复包装。关键不在反射本身多炫技，而在如何安全、可控地做类型擦除与还原。
中间件要“通用”，先统一输入输出契约
反射不能凭空猜逻辑，必须约定好被包装函数的签名格式。最常用的是：
- 入参：必须是
http.ResponseWriter和*http.Request（标准 HTTP 处理器签名） - 返回值：最多一个
error（便于统一错误拦截）；不支持多返回值或自定义结构体
不符合该契约的函数，反射层应直接 panic 或跳过，不强行适配——强求“万能”反而导致行为不可控。
用 reflect.Value.Call 动态调用，但别绕过类型检查
拿到目标函数的 reflect.Value 后，构造参数切片并调用：
立即学习“go语言免费学习笔记（深入）”；
fn := reflect.ValueOf(handler)
args := []reflect.Value{
reflect.ValueOf(w),
reflect.ValueOf(r),
}
results := fn.Call(args)
注意两点：
- 确保
fn.Kind() == reflect.Func且fn.Type().NumIn() == 2，否则提前报错 - 若 handler 有返回 error，用
results[0].Interface()拿到它，再做统一日志或转换；无返回则忽略 results
中间件链式封装：用闭包包住反射逻辑，而非裸露 reflect.Value
不要把 reflect.Value 暴露给业务层。推荐写成标准中间件工厂函数：
func WithRecovery(next http.Handler) http.Handler {
return http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
defer func() {
if err := recover(); err != nil {
http.Error(w, "Internal Error", http.StatusInternalServerError)
}
}()
// 这里可插入反射调用逻辑，或直接 next.ServeHTTP(w, r)
next.ServeHTTP(w, r)
})
}
真正需要反射的地方（比如自动注入依赖、解析路由参数），放在内部调用前，用 reflect.ValueOf(next).Call(...) 执行，外部仍保持标准 http.Handler 接口。
性能与可维护性提醒
反射调用比直接调用慢 3–5 倍，但中间件本身不是热点路径。真正要注意的是：
- 避免在每次请求中重复
reflect.ValueOf(fn)—— 提前缓存reflect.Value或reflect.Type - 加一层类型断言校验：比如
if h, ok := next.(http.HandlerFunc); ok { ... }，能走原生就别硬上反射 - 日志里打上函数名：
fn.Type().Name()或runtime.FuncForPC(fn.Pointer()).Name()，方便排查
基本上就这些。反射是工具，不是目的；通用中间件的价值，在于减少模板代码，而不是追求“一行适配所有函数”。
