405错误表明服务器识别路径但拒绝post等方法，需依次确认真实请求方法、检查allow响应头、排查nginx limit_except配置（如仅允许get则post被拦截）、验证后端路由是否显式支持post，最后用curl直连后端定位问题层级。
调用接口时Nginx返回405 Not Allowed，说明服务器认出了你的请求路径，也找到了对应资源，但直接拒绝执行POST/PUT等方法——不是接口不存在，也不是权限不足，而是HTTP方法被硬性拦截在Nginx层或后端路由外。
确认浏览器发出的真实请求方法
打开浏览器开发者工具→Network标签页→触发表单提交或fetch调用→找到状态码为405的那条请求→点击查看详情→在Headers面板中查找【Request Method】字段。
如果看到的是OPTIONS而非POST，说明浏览器因跨域自动发起了预检请求，而服务器未响应它；此时405实际来自预检环节，不是你写的fetch代码本身的问题。
这一步必须做，因为很多开发者坚信自己写了POST，结果抓包发现真实发出的是GET——可能源于表单method属性漏写、fetch配置被中间件覆盖、或重定向后方法被降级。
检查响应头中的Allow字段
在Network面板里点开那个405请求→Headers→Response Headers→找【Allow】字段。
如果显示Allow: GET, HEAD，就说明服务器根本不接受POST，别再反复试了。
如果Allow字段为空或根本没出现，问题不在后端路由逻辑，而更可能出在Nginx/Apache配置、CDN策略或WebDAV模块干扰上。
排查Nginx配置是否禁用POST
登录服务器，用nano或vim编辑站点Nginx配置文件，通常路径为/etc/nginx/conf.d/your-site.conf。
在server块内的location / { … }段落中，搜索limit_except关键字。
如果存在类似limit_except GET { deny all; }的配置，【POST请求根本到不了后端应用层】——哪怕Flask或Spring Boot代码里写了POST路由，Nginx已在入口处把它拦死了。
修复方法：把配置改成limit_except GET HEAD POST { deny all; }，然后运行sudo nginx -t && sudo systemctl reload nginx。
验证后端路由是否真正支持POST
方法一（Express）：错写app.get('/api/data', handler)，应改为app.post('/api/data', handler)或app.all('/api/data', handler)。
方法二（Beego）：当前beego.Router("/sample", &controllers.SampleController{})仅注册GET，默认拒POST；应改为beego.Router("/sample", &controllers.SampleController{}, "get:Get;post:Submit")。
方法三（Flask）：必须显式声明@app.route('/login', methods=['POST'])；如果只写@app.route('/login')，默认只响应GET。
绕过浏览器直接测试后端服务
第一步：用curl命令直连后端服务（跳过Nginx），确认是否真能处理POST：
curl -X POST -H "Content-Type: application/json" -d '{"key":"value"}' http://localhost:3000/api/submit
第二步：如果curl返回正常，说明问题100%出在Nginx层；如果curl也返回405，说明后端代码或框架路由没配好。
第三步：若后端没问题，再查Nginx的proxy_pass是否转发了原始method——某些老旧代理配置会把POST悄悄转成GET再转发，导致后端收不到POST。
