405错误是服务器拒绝不支持的http方法，需依次确认真实请求方法、检查响应头allow字段、验证后端路由与nginx配置（如limit_except）、排除跨域预检及content-type不匹配问题。

调用API接口时突然返回“405 Method Not Allowed”，请求发出去了、服务器也收到了，但直接拒收——不是路径错、不是没权限、也不是网络断，而是你用的POST/PUT/DELETE被服务器当场拦下。

先确认浏览器到底发了什么方法

打开浏览器开发者工具→Network标签页→触发报错请求→找到状态码为405的那条记录→点击→在Headers面板里找【Request Method】字段。

如果显示的是OPTIONS，别改后端代码，这是跨域预检请求；如果显示POST但文档写明只支持GET，问题就锁定了。

这一步必须做。很多人坚信自己写了POST，结果抓包发现是GET——可能源于表单漏写method属性、fetch配置被中间件覆盖、或重定向后方法被降级。

看响应头里的Allow字段说了什么

仍在刚才那个405请求的Headers面板中，向下滚动到Response Headers区域，找【Allow】字段。

若显示Allow: GET, HEAD，说明服务器压根没注册POST处理逻辑；若该字段空白或根本没出现，问题不在后端路由，而大概率出在Nginx/Apache配置、CDN策略或WebDAV模块干扰上。

快速验证前端代码是否写错

方法一：检查HTML表单method属性是否写错
确认

标签里写了method="POST"而不是method="post"（大小写敏感）或漏写method导致浏览器默认用GET。

方法二：检查JavaScript中fetch调用
fetch(url, { method: 'POST', body: JSON.stringify(data) })必须同时加headers: { 'Content-Type': 'application/json' }，否则部分网关会因类型缺失直接返回405而非400。

方法三：留意隐藏的预检请求（OPTIONS）
跨域POST/PUT带Authorization等自定义header时，浏览器必先发OPTIONS。如果Network里第一个请求是OPTIONS 405、第二个灰掉不执行，说明实际业务请求根本没发出去——此时要查CORS配置或Nginx是否拦截了OPTIONS。

Mercor

Mercor是一个革命性的AI招聘平台

下载

查后端路由是否注册了对应方法

第一步：如果是Express，确认是否写了app.post('/endpoint', ...)，而不是只写了app.get('/endpoint', ...)或app.all('/endpoint', ...)却没过滤method。

第二步：如果是Django，检查urls.py是否绑定到仅支持GET的View类，或函数视图是否漏写request.method == 'POST'判断，又或错误使用了@require_GET装饰器。

第三步：如果是Spring Boot，确认是否用了@GetMapping("/user")这种只认GET的注解，应改为@PostMapping("/user")或@RequestMapping(value = "/user", method = RequestMethod.POST)。

【关键前提】服务器配置比代码逻辑优先级更高——Nginx若在location块里写了limit_except GET { deny all; }，哪怕后端代码支持POST，请求也到不了应用层。

紧急绕过Nginx的405（仅限静态资源场景）

第一步：登录服务器，用nano或vim编辑对应站点的Nginx配置文件，通常路径为/etc/nginx/conf.d/your-site.conf或/etc/nginx/sites-enabled/default

第二步：在server块内的location / { … }段落中，插入一行：error_page 405 =200 $request_uri;

第三步：保存退出，执行nginx -t验证语法→无报错则运行systemctl reload nginx生效

【注意：此操作仅适用于纯静态HTML/CSS/JS资源被误判为不支持POST的场景，绝不可用于真实API接口，否则会掩盖真正的路由缺陷】

大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！