单个路由注册中间件时禁用e.Use()，应直接在GET()/POST()等方法的变参中传入middleware函数，如e.GET("/me", handler, authMiddleware)，避免全局污染或重复校验。
单个路由注册中间件时别用 e.Use()
很多人一上来就调用 e.Use()，结果所有接口都套上了日志、CORS 或鉴权逻辑。这不是“为单个接口绑定”，而是全局污染。真正想只给 /api/v1/users/me 加 JWT 校验，就得绕过 Use()，直接在 GET()、POST() 等方法里传入中间件函数。
GET() 和 POST() 支持多个 handler 参数
Echo 的路由方法（如 GET()、POST()）签名是 func(method string, handler echo.HandlerFunc, middleware ...echo.MiddlewareFunc)，最后的变参才是关键。你可以把中间件像参数一样塞进去，它只对当前路由生效。
常见错误现象：把 authMiddleware 写成 authMiddleware(c) 直接调用，导致启动时报错 cannot use authMiddleware(c) (value of type error) as echo.HandlerFunc —— 记住，传的是函数名，不是调用结果。
- 正确写法：
e.GET("/me", getProfileHandler, authMiddleware) - 错误写法：
e.GET("/me", getProfileHandler, authMiddleware(c)) - 支持多个中间件叠加：
e.POST("/upload", uploadHandler, authMiddleware, rateLimitMiddleware, validateMultipart)
避免和 Group 中间件重复叠加
如果你已在 e.Group("/api/v1") 上调用了 .Use(middleware.JWT())，又在子路由 group.GET("/me", ...) 里再传一次 authMiddleware，就会触发两次校验 —— JWT 解析可能失败（token 已被消费），或日志里出现双倍记录。
Echo框架 5.1.0 版本源码包下载，适合关注 RealIP 行为变化、StartConfig.Listener、NewDefaultFS 和观测性中间件入口的开发团队。
使用场景判断：
- 仅一个接口需特殊处理（如开放上传接口但其他都要鉴权），就单独挂中间件
- 一组接口共享逻辑（如所有
/admin/*需 RBAC），优先用Group().Use() - 混合情况：先建不带中间件的 Group，再对其中个别路由单独加
中间件顺序影响执行逻辑
洋葱模型下，越靠前传入的中间件，越早执行预处理、越晚执行后处理。比如 e.POST("/pay", payHandler, logMiddleware, authMiddleware) 的执行顺序是：logMiddleware → authMiddleware → payHandler → authMiddleware → logMiddleware。
容易踩的坑：
- 把
recover放太后面，panic 发生时前面的中间件已退出，无法捕获 - 把
bodyLimit放在bind后面，可能导致解析失败（body 已被读空） - 调试时可在中间件里加
fmt.Printf("[log] %s → %s\n", c.Request().URL.Path, "step name")观察实际顺序
*redis.Client），否则在并发请求下会 panic 或返回 nil 指针错误**。务必在中间件定义前确保依赖已注入，或改用依赖注入容器管理生命周期。 
