ThinkPHP路由匹配失败的典型原因是路由未启用、规则缺失或配置错误；需检查route_on开关、路由定义是否覆盖路径、伪静态后缀是否被服务器正确转发、参数名与路由变量是否一致，以及规则注册顺序是否合理。
ThinkPHP 路由匹配不到控制器方法的典型表现
直接访问 http://domain.com/index/user/profile 报错 Route not found 或 404，但手动调用 UserController::profile() 没问题——这基本不是代码逻辑问题，而是路由注册或解析环节断了。
常见诱因是：动态路由规则没覆盖到实际请求路径、伪静态后缀干扰了路由识别、或者控制器/方法命名不符合默认约定（比如用了下划线但没开启 url_convert）。
实操建议：
- 先确认是否启用了路由功能：
'route_on' => true在config/app.php中必须为true - 检查
route/route.php是否有匹配该路径的规则，例如：Route::get('user/profile', 'user.Profile');（注意大小写和点号分隔） - 若使用动态参数，别漏掉变量占位符，如
Route::get('user/:id', 'user.read');——:id不是字符串字面量，不能写成'id' - 伪静态后缀（如
.html）需在url_html_suffix配置中显式声明，否则带后缀的请求会被当成静态资源拦截
动态路由传参时 :id 和 $id 对不上
定义了 Route::get('article/:id', 'article.read');，但 ArticleController::read() 方法里收不到 $id，或收到的是空值、字符串 ":id" ——这是参数绑定机制没生效的信号。
立即学习“PHP免费学习笔记（深入）”；
ThinkPHP 默认靠方法参数名自动绑定路由变量，但有几个硬性条件：
- PHP 版本需 ≥ 7.1（低版本无法反射获取参数名）
- 控制器方法不能加类型提示（如
public function read(int $id)），否则反射会失败，导致参数丢失 - 路由变量名必须和方法参数名完全一致（区分大小写），
:uid对应$uid，不能是$id - 如果用了闭包定义路由，参数要显式传递：
Route::get('user/:id', function($id){ return User::get($id); });
伪静态配置后 URL 看似正常，但 POST 请求 405 或参数丢失
加了 'url_html_suffix' => 'html'，http://domain.com/index/user/profile.html 能访问，但表单提交 POST 到这个地址就报 405 Method Not Allowed，或者 input('post.') 拿不到数据。
根本原因：伪静态只是“看起来像静态文件”，但服务器（Nginx/Apache）必须把带 .html 的请求仍转发给入口文件（index.php），否则 PHP 根本没机会执行路由逻辑。
关键检查点：
- Nginx 配置里有没有漏掉
.html后缀的重写规则？正确写法示例：location ~ \.(php|html)$ { try_files $uri /index.php?$query_string; } - Apache 的
.htaccess是否同时支持.html和无后缀？常见错误是只写了RewriteRule ^(.*)$ index.php [L]，没处理带后缀的情况 - POST 表单的
action地址要和当前路由规则一致，别写死成user/profile却期望它接受user/profile.html的 POST
Route::rule() 和 Route::get() 混用时的优先级陷阱
同时写了 Route::get('user/:id', 'user.info'); 和 Route::rule('user/:id', 'user.detail', 'GET|POST');，结果 POST 请求进了 info 方法而不是 detail ——这不是 bug，是规则注册顺序和匹配逻辑导致的。
ThinkPHP 路由匹配是「从上到下第一个完全匹配」，不按动词区分优先级。只要路径字符串能对上，就立刻命中，后续规则不再判断。
所以：
- 通用规则（如
Route::rule()）务必放在具体规则（如Route::get()）之后，否则会提前截胡 - 避免用相同路径注册多个规则，尤其是动词范围重叠时（比如一个
GET，一个GET|POST） - 调试时可用
Route::rule('test', function(){ dump(Route::current()); });查看当前匹配到哪条规则
复杂路由场景下，参数名冲突、伪静态转发遗漏、规则顺序错乱，三者叠加最容易让人反复怀疑是不是框架坏了。其实多数时候，只是某一行配置或一个 Nginx location 块没对齐而已。
