路由组中间件必须用Group.Use()注册，仅作用于该组及子组；e.Use()是全局中间件，对所有路由生效，不会进入组上下文。
路由组中间件必须用 Group.Use() 注册，不能用 e.Use()
全局中间件（e.Use()）对所有路由生效，但注册到 Group 的中间件只作用于该组及其子组。如果你在 Group 创建后误调 e.Use(mw)，中间件不会进入该组上下文——它只会加到根路由树顶层，和组内路由无关。
正确做法是拿到 *echo.Group 实例后，立刻调用其 Use() 方法：
e := echo.New()
admin := e.Group("/admin")
admin.Use(authMiddleware) // ✅ 正确：仅 /admin/* 路由触发
admin.GET("/users", listUsers)
admin.POST("/logs", submitLog)
<p>api := e.Group("/api")
api.Use(loggingMiddleware, rateLimitMiddleware) // ✅ 可链式注册多个
api.GET("/v1/profile", getProfile)
</p>
注意：Group.Use() 不会继承父组中间件，除非显式调用；但子组会自动继承父组已注册的中间件（比如 api.V1 会继承 api 的 loggingMiddleware）。
Group.Use() 和 Group.Any() 中间件参数的区别
注册单个路由时（如 GET、POST），你可以传中间件作为最后一个参数，但它只对该路由生效；而 Group.Use() 是批量绑定，影响组内所有后续注册的路由（包括嵌套子组）。
-
admin.GET("/settings", handler, authMiddleware)→ 仅此 GET 生效 -
admin.Use(authMiddleware); admin.GET("/settings", handler)→ 所有admin下路由都生效，包括未来新增的
如果同时用了两者，顺序很重要：先 Group.Use()，再注册路由；否则中间件不会被挂载。Echo 不会回溯补挂已注册的路由。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
嵌套组中间件的继承与覆盖规则
中间件在组层级中是“叠加”而非“替换”。子组会继承父组所有已注册中间件，且可以追加自己的：
v1 := e.Group("/api/v1")
v1.Use(recoverMiddleware, loggingMiddleware)
<p>users := v1.Group("/users")
users.Use(authMiddleware) // ✅ 追加，不覆盖父组的 recover + logging</p><p>users.GET("", list) // 触发：recover → logging → auth → list
users.POST("", create) // 同上
</p>
但要注意：同一中间件实例多次注册不会去重，可能重复执行（比如两次 loggingMiddleware 就打两遍日志）。避免在父子组中重复注册相同中间件，除非你明确需要多次拦截。
调试时怎么确认某个路由实际走了哪些中间件
Echo 本身不提供运行时中间件链快照，但你可以通过以下方式验证：
- 启动前打印
e.Routes()，每个*echo.Route的Handler字段是最终合并后的处理器，但不暴露中间件列表 - 启用
e.Debug = true后访问/debug/echo/routes，返回 JSON 中的middleware字段会列出该路由实际绑定的中间件名称（需中间件实现echo.MiddlewareFunc并有可读名） - 在关键中间件里加
log.Printf("→ %s hit", "auth")，观察请求日志顺序
最易忽略的是：中间件注册顺序 = 执行顺序，且 Group.Use() 的顺序决定了它们在链中的位置——越早注册的越靠近请求入口（最先执行），越晚注册的越靠近 handler（最后执行）。
