在 ThinkPHP 中开启路由调试需设置 APP_DEBUG 为 true 并配置 'route_debug' => true，可在页面底部或日志查看匹配过程；生产环境禁用以防信息泄露。
如何在 ThinkPHP 中开启路由调试模式
ThinkPHP 默认关闭路由调试，不报错也不输出匹配过程，导致你改了路由规则却没生效，根本不知道是写错了还是没加载。必须手动打开调试开关才能看到真实路由行为。
- 确保
APP_DEBUG为true（开发环境配置文件中设置） - 在
config/route.php或全局配置中添加：'route_debug' => true - 访问任意 URL 后，在页面底部或日志中会出现「路由匹配过程」，显示当前请求匹配到哪条规则、参数解析结果
注意：生产环境严禁开启 route_debug，它会暴露路由结构和控制器路径，属于信息泄露风险。
用 Route::rule() 实现全局中间件式路由监听
ThinkPHP 没有“路由监听器”这个内置概念，但你可以把路由规则本身当成钩子——所有请求必经 Route::rule() 定义的路径，只要在规则里嵌入逻辑，就等效于监听。
- 不要试图在
app/middleware.php里做路由判断，中间件执行时路由已解析完毕，无法干预匹配过程 - 推荐写法：在
route/app.php顶部加一条通配规则：Route::rule(':path', 'common/RouterListener@handle', ['method' => 'GET|POST'], ['ext' => '']); -
common/RouterListener控制器中可读取input(':path')、request()->url()、Route::current()，做日志记录、权限预检、AB 测试分流等
这个方案绕过框架默认路由优先级机制，适合需要无差别捕获所有请求的场景，但要注意性能损耗——每次请求都进一次控制器。
立即学习“PHP免费学习笔记（深入）”；
Route::check() 不是万能的，别在控制器里反复调用
有人想在控制器里用 Route::check() 判断当前是否命中某条规则，这很危险：它只做静态匹配，不走完整路由解析流程，参数、变量、闭包规则全不生效。
-
Route::check('user/:id', '/user/123')可能返回true，但实际访问/user/123却 404 —— 因为没注册该规则或方法限制不匹配 - 真正可靠的判断方式只有两个：
Route::current()（获取当前匹配到的 Route 对象）、Route::currentRule()（获取原始定义字符串） - 如果要在模板里动态生成链接，用
url('user/read', ['id' => 123])而不是拼接字符串，否则路由改了前端就断
滥用 Route::check() 是 ThinkPHP 路由调试中最隐蔽的坑，它让你误以为逻辑跑通了，其实只是字符串碰巧对上了。
查看真实路由列表的命令行方式
Web 页面底栏的路由调试信息常被忽略或截断，最准的方式是用命令行导出全部已注册路由。
- 运行：
php think route:list（TP6）或php think route（TP5.1） - 输出包含：规则、地址、请求类型、中间件、是否闭包、是否分组——比 Web 界面详细得多
- 如果发现某条路由没出现，90% 是因为：文件没被
route/app.php引入、分组未调用group()、或者规则写在了route/api.php却用的是 Web 域名访问
路由表不是实时刷新的，修改后记得清空 runtime/route.php 缓存，否则命令行看到的还是旧数据。
