应使用 ctx.Routes().MatchedRoute() 获取匹配后的路由信息，而非 ctx.Request().URL.Path；该方法仅在路由匹配后可用，且需显式命名路由才能使用 Name() 等功能，v4 升级 v5 时字段已改为方法调用。
Context.Request().URL.Path 是最常用但不准确的方式
很多人直接用 ctx.Request().URL.Path 拿路径，但这只是原始请求路径，不经过路由匹配解析——比如你注册了 /users/:id，实际访问 /users/123 时，它返回的仍是 /users/123，不是模板定义的路由模式。更麻烦的是，如果用了前缀（Group）、重定向或中间件改写了 URL，这个值就彻底失真。
必须用 ctx.Routes().MatchedRoute() 获取匹配后的 RouteInfo
Echo 的 Context 提供了 Routes() 方法，它返回一个 echo.Routes 接口，其中 MatchedRoute() 才是当前真正匹配上的路由对象。注意：该方法只在路由匹配完成后可用（即中间件执行顺序在路由之后），否则返回 nil。
常见错误场景：
- 在自定义中间件中过早调用，比如注册在
echo.New()后立刻 use，此时路由还没跑，MatchedRoute()为nil - 误用
ctx.Route()—— 这个方法在 Echo v4 中已废弃，v5 彻底移除，别再搜旧文档
正确用法示例：
func logRouteMiddleware(next echo.HandlerFunc) echo.HandlerFunc {
return func(ctx echo.Context) error {
r := ctx.Routes().MatchedRoute()
if r != nil {
// 获取路由路径模式，如 "/api/users/:id"
pattern := r.Path()
// 获取 HTTP 方法，如 "GET"
method := r.Method()
// 获取路由名称（如果设置了）
name := r.Name()
log.Printf("matched: %s %s (name=%s)", method, pattern, name)
}
return next(ctx)
}
}
RouteInfo.Name() 依赖显式命名，否则为空字符串
Echo 不会自动给路由起名，RouteInfo.Name() 返回空字符串，除非你在注册路由时主动调用 Name()：
e.GET("/users/:id", handler).Name("user.get")
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
没有命名的路由无法通过名字反查，也意味着不能用 e.Routes().FindByName() 定位。如果你需要做权限校验、审计日志或动态路由跳转，务必提前命名，尤其在 API 版本化（如 v1.user.list）时很有用。
注意 v4 升级 v5 后的兼容性断裂点
Echo v5 把 RouteInfo 的字段全改成方法（如 Path() 替代 Path 字段），且 Routes() 返回接口而非结构体指针。如果你从 v4 升级，以下写法会编译失败：
❌ 错误（v4 风格）：r.Path → ✅ 正确（v5）：r.Path()
❌ 错误：ctx.Routes()[0]（v4 支持切片访问）→ ✅ 正确：只能用 MatchedRoute() 或 FindByName()
没显式调用 Name()、又依赖 RouteInfo 做逻辑分支的代码，在升级后容易静默失效——因为 Name() 返回空，条件判断直接跳过。
RouteInfo 不是上下文快照，它依赖路由引擎的实时状态；没匹配上就什么都没有，别假设它总存在。
