Echo支持在GET、POST等路由注册时直接传入中间件函数，实现单路由精准控制；中间件按参数顺序从右往左执行，即后置注册、前置运行，签名须为echo.MiddlewareFunc类型。
直接在 GET、POST 等路由注册时传入中间件函数，是最简单且最精准的控制方式——它只影响该路由，不污染全局或组级逻辑。
单个路由传参式添加中间件
Echo 的 GET、POST 等方法支持可变参数，最后一个（或多个）参数会被当作中间件依次执行。注意：顺序很重要，越靠后的中间件越先执行（即「后置注册，前置运行」）。
常见错误现象：把中间件写在 handler 之前，误以为会先执行；实际必须放在 handler 之后，且按预期顺序排列。
-
e.GET("/admin", adminHandler, authMiddleware, logMiddleware)→ 请求进来时，先跑logMiddleware，再authMiddleware，最后到adminHandler - 中间件函数签名必须是
echo.MiddlewareFunc类型，即func(echo.HandlerFunc) echo.HandlerFunc - 不能混用
e.Use()和路由级中间件来覆盖同一请求路径——e.Use()是全局的，会叠加执行，容易导致重复鉴权或日志
为什么不用 Group + Use？
当你只需要给一个路由加中间件，却用 e.Group("/single") 再调 group.Use(mw)，反而多出一层路由前缀和不必要的封装。Group 适合「一批路径共享行为」，比如所有 /api/v1/* 都要 JWT 校验。
使用场景差异：
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 单点控制（如仅
/healthz需要 bypass 认证）→ 直接路由参数传入 - 路径前缀统一处理（如
/admin/*全部 require role=admin）→ 用Group+Use - 全站通用（如 recover、logger）→ 用
e.Use()
性能上无差别，但语义清晰度差很多：Group 是设计意图，不是技术捷径。
中间件执行顺序与嵌套陷阱
Echo 把路由级中间件和 handler 合并成一个闭包链，从右往左包裹。例如：
e.GET("/x", h, mwA, mwB)
// 实际等价于：
h = mwB(mwA(h))
这意味着：
- 如果
mwA修改了c.Response()或提前return，mwB就收不到后续调用 - 想让
mwB在响应写出后还能操作（比如统计耗时），它必须放在mwA左侧（即参数更靠后） - 不要在中间件里直接调用
c.Next()—— Echo 没有 Express 那种next()机制，靠的是函数链式返回
调试时最容易忽略的一点
路由级中间件不会自动继承父 Group 的中间件，除非你显式再传一次。比如你写了 api := e.Group("/api"); api.Use(auth)，然后又写 e.GET("/api/special", handler, rateLimit)，这个 /api/special 路由**不会触发 auth**，因为它是挂到根 e 上的，绕过了 api Group。真正想复用，得写成 api.GET("/special", handler, rateLimit)。
