在echo中应使用单层group("/api/v1/users")创建路由组并调用.use()挂载jwt等中间件，避免嵌套分组导致的中间件误继承和路径冗余，确保权限校验仅作用于指定业务路径。
在Echo框架中给路由分组单独加中间件，是为了让权限校验、日志记录或CORS等逻辑只作用于特定业务路径，避免全局污染或中间件重复执行。如果把JWT验证中间件挂到根e实例上，那么静态文件、健康检查接口也会被强制鉴权，导致401错误。
创建业务路由组并挂载专属中间件
第一步：调用 e.Group("/api/v1/users") 创建子路由组，前缀必须含版本号，【/v1/必须出现在路径中，不能靠Accept头或query参数做版本控制】。
第二步：在该组变量上调用 .Use(middleware.JWT())，例如：userGroup := e.Group("/api/v1/users"); userGroup.Use(middleware.JWT())。
第三步：在该组内定义具体路由，如 userGroup.GET("/:id", getUserHandler)，此时只有这个路径及其子路径会触发JWT中间件。
避免嵌套分组和中间件误继承
不要写成 e.Group("/api").Group("/v1").Group("/users") 这种三层嵌套——调试时容易漏掉某层中间件，路径前缀也冗余。
Echo框架 5.1.0 版本源码包下载，适合关注 RealIP 行为变化、StartConfig.Listener、NewDefaultFS 和观测性中间件入口的开发团队。
更糟的是，嵌套后父组中间件会自动继承到子组，你本想只给 /users 加 JWT，结果 /api 下所有路由都带上去了。
这一步操作起来很简单，直接用单层 Group("/api/v1/users") 就行，不用任何嵌套。
三种中间件挂载方式对比
方法一：全局中间件（作用于所有路由）→ e.Use(middleware.Logger())，适合日志、恢复panic这类通用逻辑。
方法二：路由组中间件（推荐）→ adminGroup := e.Group("/admin"); adminGroup.Use(middleware.BasicAuth())，精准控制作用域。
方法三：单个路由中间件（慎用）→ e.GET("/health", healthHandler).Use(middleware.NoCache())，仅当某个接口有特殊需求才用，否则路由表会变得难以维护。
