revel路由匹配严格遵循四层优先级：①http方法+字面量路径→②http方法+通配符路径→③http方法+正则路由→④兜底catch-all路由，顺序错乱会导致请求被错误匹配。
Revel框架路由优先级冲突会导致请求被错误匹配到非预期控制器，比如访问 /api/users 返回 404 或跳转到登录页，而实际路由已明确定义。
Revel路由匹配的核心顺序
Revel不按配置文件书写顺序匹配，而是严格遵循四层优先级：① HTTP 方法 + 完全路径字面量 → ② HTTP 方法 + 路径通配符（如 /user/:id）→ ③ HTTP 方法 + 正则路由（regex）→ ④ 兜底 catch-all 路由（如 *）。
例如同时存在 GET /login 和 GET /:action，前者永远优先生效；若误将 GET /admin/:id 写在 GET /admin/export 下方，/admin/export 请求仍会命中通配符路由而非导出动作——因为字面量匹配优先级高于通配符。
这一步不可跳过：所有路由定义必须按「字面量→通配符→正则→兜底」从上到下排列，否则优先级失效。
排查路由冲突的三个实操方法
方法一：用 revel routes 命令导出当前全部路由表
在项目根目录执行 【revel routes -a myapp -e dev】，输出结果中每行首列为 HTTP 方法，第二列为原始路径模式，第三列为解析后的 action。重点检查是否存在相同 METHOD + 相同路径前缀的多条记录——比如两行都显示 GET /api/:version/users，说明 config/routes 中重复定义或被 import 多次。
方法二：启用路由调试日志
编辑 conf/app.conf，添加 revel.router.debug = true 并重启应用。当请求进入时，控制台会逐行打印「尝试匹配」「跳过」「命中」过程。例如看到 [router] Skip route 'GET /:action' for '/api/users' 表示该请求已通过更高级别规则匹配完毕，无需再比对通配符。
方法三：临时插入断点路由验证
在 routes 文件最顶部添加一行 GET /__debug_route__ :controller.Action → 这是字面量路由，必然最先触发。然后 curl http://localhost:9000/__debug_route__，若返回 404，说明 routes 文件根本未被加载或语法错误；若成功响应，则证明路由引擎工作正常，问题出在后续定义逻辑中。
修复常见冲突场景
第一步：定位冲突源
运行 revel routes 后，用 grep 筛选目标路径：revel routes -a myapp | grep "GET /api/users"。若输出两行以上，立即打开 config/routes 查找重复项。注意：import "github.com/myorg/myapp/app" 可能隐式引入另一份 routes，导致重复注册。
第二步：强制提升字面量优先级
将冲突路径改为全字面量形式。例如原写法 GET /api/:version/users → 改为 GET /api/v1/users 和 GET /api/v2/users 两条独立路由。这样可彻底避开通配符竞争，且 Revel 会为每条生成独立缓存键，性能更高。
第三步：禁用自动 fallback
默认情况下，Revel 在找不到匹配路由时会尝试 fallback 到 controller 的 Index() 方法。在 app.conf 中设置 【routes.fallback.enabled = false】，让冲突请求直接返回 404，避免掩盖真实匹配失败原因。
