Method Not Allowed 错误是 ThinkPHP 路由解析阶段因无匹配的「路径+请求方法」组合而拒绝请求，常见于路由定义方法（如 Route::get）与实际请求方法（如 POST）不一致，或未定义对应方法路由。
ThinkPHP 报错 Method Not Allowed 是路由没匹配上请求方法
这个错误不是服务器或中间件拦截的，是 ThinkPHP 自己在路由解析阶段就拒绝了——它查了所有注册的路由规则，发现没有一条同时满足「路径 + 请求方法（GET/POST/PUT 等）」的组合。本质是 Route::get() 写成了 Route::post()，或者压根没定义该方法的路由。
- 常见错误现象：
Method Not Allowed伴随 HTTP 状态码 405，浏览器控制台看到请求被拒，但控制器方法根本没执行 - 检查顺序优先看路由定义：比如表单提交用
POST，但路由只写了Route::get('submit', 'Index/submit')，必然报错 - ThinkPHP 6+ 路由默认区分方法，
Route::rule('api/user', 'api.User/index')->method('GET')和->method('POST')是两条独立路由 - 别依赖「自动 fallback」：即使你写了
Route::any()，也得显式声明支持的方法，->method(['GET', 'POST'])
如何快速定位哪个路由没配对
不是翻代码猜，直接用 ThinkPHP 自带的路由调试命令，比看日志快得多。
- 终端执行
php think route:list，输出所有已注册路由，重点关注Method列和Rule列 - 对照你的请求：URL 是
/user、方法是PUT，就在列表里找Method含PUT且Rule匹配/user的行 - 如果没找到，说明路由缺失；如果找到了但
Rule是/users（多了一个 s），那就是路径拼写不一致 - 注意大小写：路由路径
/User和请求/user在默认配置下不匹配（除非开启route_convert）
Route::resource() 自动生成的 REST 路由方法限制
用 Route::resource('blog', 'Blog') 很方便，但它生成的每个动作只绑定固定方法，不能混用。
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
-
index→ 只响应GET /blog，发POST /blog就报Method Not Allowed -
store→ 只响应POST /blog，用GET /blog访问会进index，但用PUT /blog就彻底没人接 - 想让某个资源接口支持多个方法，得单独补路由：
Route::put('blog/:id', 'Blog/update')->middleware('auth') - 别在控制器里靠
$this->request->isPost()绕过路由限制——这违背 REST 设计，且容易漏掉中间件校验
表单提交或 AJAX 请求时 method 写错的典型场景
前端发错方法，后端路由再全也没用。尤其要注意 HTML 表单和 JS 请求的默认行为差异。
立即学习“PHP免费学习笔记（深入）”；
- HTML
<form method="POST">实际发的是POST，但 ThinkPHP 路由必须有对应Route::post()或->method('POST') - AJAX 默认是
GET，如果用fetch('/api/user', { method: 'PATCH' })，路由就得明确支持PATCH方法（ThinkPHP 6.1+ 默认支持，旧版需手动启用） - CSRF 保护开启时，
POST/PUT/DELETE请求必须带_token字段，否则可能被中间件提前拦截，但错误信息是TokenMismatchException，不是Method Not Allowed——别混淆这两类问题 - 浏览器地址栏输入 URL 永远是
GET，哪怕你路由写了Route::post('test', ...)，手动敲进去也会报错
最容易被忽略的是：Nginx/Apache 配置里把 PUT、DELETE 当成不安全方法给拦了，但这种情况通常返回 405 且不进 ThinkPHP，得看 Web 服务器日志确认。先确保框架层路由对得上，再查服务器层。
