405错误表明HTTP方法不被允许，需依次检查浏览器实际请求方法、响应头Allow字段、TP6路由是否显式注册该方法、中间件是否干扰，以及Nginx的limit_except等配置是否拦截。
ThinkPHP 6（TP6）接口返回 405 Method Not Allowed，说明请求已到达服务器，但当前 URL 不支持你使用的 HTTP 方法（如 POST、PUT、DELETE）。这不是路径错误或权限问题，而是方法被明确拒绝。核心思路是：先确认真实发出的方法，再逐层检查 TP6 路由、中间件、Web 服务器配置是否允许该方法。
查清浏览器实际发了什么方法
打开浏览器开发者工具 → Network 标签页 → 触发接口调用 → 找到状态码为 405 的那条请求 → 点击查看详情 → 在 Headers 面板中看 Request Method 字段。
- 如果显示 OPTIONS：这是跨域预检请求，说明前端带了 Authorization、Content-Type: application/json 等自定义头，但后端没正确响应 OPTIONS，导致后续 POST 根本没发出；
- 如果显示 GET，但你代码写的是 POST：常见于表单漏写
method="POST"、fetch 里 method 拼错（如写成 'Post' 或 'methdo'）、或重定向后方法被降级为 GET； - 如果确实是 POST，而接口文档也要求 POST，那就继续往下查。
看响应头里的 Allow 字段说了什么
仍在同一条 405 请求的 Headers 面板中，向下滚动到 Response Headers 区域，找 Allow 字段。
nginx-0.5.38
下载
Nginx是一款高性能的开源软件，由俄罗斯开发者Igor Sysoev于2004年创建。它最初设计为高效的HTTP Web服务器，现已成为最受欢迎的Web服务器之一。Nginx以事件驱动、非阻塞I/O架构著称，能以极低内存占用处理数万并发连接，特别适合高流量场景。它同时担任反向代理、负载均衡器、HTTP缓存、TCP/UDP代理等多重角色，常用于静态文件服务、SSL终止、请求转发、API网关和微服务
- 若显示
Allow: GET, HEAD：说明 TP6 路由只注册了 GET，没注册 POST； - 若字段为空或根本没出现：问题大概率不在 TP6 应用层，而出在 Nginx、Apache、CDN 或安全网关上（比如 Nginx 的
limit_except规则拦截了 POST）。
检查 TP6 路由是否显式支持该方法
TP6 默认路由不自动支持所有方法，必须显式声明。重点检查以下三处：
-
路由定义文件（如
app/route/app.php）：确认是否用了->allowCrossDomain()（处理跨域），且 POST 路由写法正确，例如：Route::post('/api/login', 'Api/LoginController@login'); -
资源路由：若用
Route::resource()，它默认生成标准 REST 方法，但需确认控制器对应方法存在（如store()对应 POST）； -
中间件干扰：某些自定义中间件可能在前置逻辑中强制校验请求方法，或重写了
$request->method()返回值，可临时注释中间件测试。
排查 Nginx 是否限制了 HTTP 方法
TP6 运行在 Nginx 下时，常见误配会直接返回 405，完全不进 PHP。
- 登录服务器，打开站点 Nginx 配置（如
/etc/nginx/conf.d/your-site.conf）； - 在
location块中搜索limit_except或if ($request_method !~ ^(GET|HEAD|POST)$)； - 若存在类似
limit_except GET { deny all; }的规则，且业务需要 POST 提交，必须删掉或修改； - 改完执行
nginx -t验证，再systemctl reload nginx生效。
