ThinkPHP怎么实现全局路由检测_路由监听与调试方法-ThinkPHP-PHP中文网

在 thinkphp 中开启路由调试需设置 app_debug 为 true 并配置 'route_debug' => true，可在页面底部或日志查看匹配过程；生产环境禁用以防信息泄露。

thinkphp怎么实现全局路由检测_路由监听与调试方法

ThinkPHP 默认关闭路由调试，不报错也不输出匹配过程，导致你改了路由规则却没生效，根本不知道是写错了还是没加载。必须手动打开调试开关才能看到真实路由行为。

注意：生产环境严禁开启 route_debug，它会暴露路由结构和控制器路径，属于信息泄露风险。

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 测试分流等

这个方案绕过框架默认路由优先级机制，适合需要无差别捕获所有请求的场景，但要注意性能损耗——每次请求都进一次控制器。

有人想在控制器里用 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 缓存，否则命令行看到的还是旧数据。