甲方防火墙拦截 PUT / DELETE 接口
我直接给你最实用、前端能立刻解决、不用改后端、不用动甲方网络的方案，全部是企业真实落地的通用做法。
核心原因
甲方防火墙默认只放行：GET / POST
PUT / DELETE / PATCH 都会被拦截、丢弃、403、502、超时。
前端 100% 能解决的 3 种方案（按推荐排序）
方案1：用POST + 标记请求类型（最稳、最常用）
所有修改/删除接口全部改用 POST，通过参数告诉后端“我实际是 PUT / DELETE”。
前端写法（axios 示例）
// 原本的 PUT（被拦截）// axios.put('/api/user', data)// 改用 POST + _method 标记（能过防火墙）axios.post('/api/user',{...data,_method:'PUT'// 关键：标记真实请求类型})// 删除同理axios.post('/api/delete',{id:1,_method:'DELETE'})后端配合（超级简单）
后端只需要加一个统一拦截：
如果请求是 POST 且带有_method=PUT/DELETE，就按对应方式处理。
✅ 优点：
- 不用改接口地址
- 不用改业务逻辑
- 防火墙完全识别为合法 POST
- 所有框架都支持
方案2：POST + 后缀区分（最简单）
直接把 PUT/DELETE 变成不同的 POST 接口：
GET /api/list 正常 POST /api/add 正常 POST /api/update 代替 PUT POST /api/delete 代替 DELETE前端直接请求对应地址即可。
✅ 优点：最简单，不用沟通
方案3：请求头 X-HTTP-Method-Override（标准规范）
这是 HTTP 官方通用的请求方法覆盖，防火墙不会拦。
axios.post('/api/user',data,{headers:{'X-HTTP-Method-Override':'PUT'}})后端框架（SpringBoot、Express、Nest、Laravel）都自带支持。
你只需要跟甲方/后端说一句话：
“贵方防火墙拦截了 PUT/DELETE，我们统一改用 POST 方式兼容，不影响功能和安全。”
99% 企业都是这么解决的 ✅
我可以直接帮你：
- 把你项目里的所有 PUT/DELETE 自动改成兼容写法
- 给你写axios 全局拦截器（一键自动转换，不用改业务代码）
你要我直接给你前端全自动兼容代码吗？复制就能用，以后再也不怕防火墙。
