昨天帮同事调试一个表单提交功能，前端点一下「提交」按钮，后端直接甩回来一个 405 Method Not Allowed。他第一反应是：“是不是服务器崩了？”其实不是——这错误挺常见，但很多人一看到就懵，以为是大问题。
405 是啥？不是服务器挂了，是“门牌贴错了”
HTTP 状态码 405 的意思是：你发的请求方法（比如 GET、POST、PUT、DELETE）服务器压根不支持这个地址。打个比方：你跑到银行 ATM 机前，掏出身份证想办贷款——ATM 只收卡取款，不接贷款申请，它不会说“系统故障”，而是礼貌地告诉你：“此服务暂不提供”。405 就是这么个“守规矩但不配合”的提示。
哪些情况容易触发 405？
最典型的是前后端约定错位。比如后端只开放了 GET /api/user 用来查用户，但前端误用了 POST /api/user 去提交数据，服务器一看：“这路子不对”，立马返回 405。
再比如用 Nginx 或 Apache 做反向代理时，配置里没放开 PUT/DELETE 方法：
location /api/<span style="color:#a67f59">{
proxy_pass http://backend;
# 忘了加这一行：
# limit_except GET POST { allow all; }
</span>结果所有非 GET/POST 请求全被拦在门口，统统 405。
怎么快速定位？
打开浏览器开发者工具 → Network 标签页 → 找到报错的请求 → 点开它 → 看 Headers 里的 Request Method 和 Response Status。如果 Method 是 POST，Status 是 405，那基本可以确认：后端那个接口根本没写 POST 处理逻辑，或者路由规则没配对。
用 curl 也能快速验证：
curl -X POST https://example.com/api/login
# 如果返回 405，试试 GET：
curl -X GET https://example.com/api/login对比结果，就知道是方法不匹配，还是接口真不存在。
常见修复思路
如果是自己写的后端（比如 Express）：
// ❌ 错误：只写了 GET，却用 POST 访问
app.get('/api/data', (req, res) => {
res.json({ ok: true });
});
// ✅ 补上 POST，或统一用 app.all()（慎用）
app.post('/api/data', (req, res) => {
// 处理提交逻辑
res.json({ ok: true });
});如果是 Django，检查 urls.py 是否绑定了正确的视图类或函数，以及视图里是否实现了对应 method 的处理（比如 def post(self, request)）。
如果是第三方 API，翻文档——很多接口明确写着“仅支持 GET”，那你硬塞 POST，405 就是它最诚实的回答。
顺手记个小技巧
下次看到 405，先别急着重启服务、查日志、抓头发。花十秒钟确认两件事：
① 你发的是什么方法（GET？POST？DELETE？）
② 对应的接口文档或代码里，有没有支持这个方法？
八成问题就出在这儿。