proxy_method POST仅修改请求行方法名，不处理body、header或原始请求结构；需配合rewrite、Lua或307重定向实现真正转换。
直接用 proxy_method POST 不能真正把 DELETE 请求“转换”成 POST，因为 Nginx 默认只改请求行中的方法名，不重写请求体、不修改 Content-Type，也不处理原始 DELETE 请求本就不带 body 的事实。实际适配需要配合请求重写或中间逻辑，才能让后端正确接收并解析。
明确 proxy_method 的真实作用
proxy_method 只负责在转发时覆盖 HTTP 请求行的方法字段（如把 DELETE /api/user/123 改成 POST /api/user/123），它不会自动补 body、不重设 header、也不改变客户端原始请求结构。如果后端期待的是 JSON body（比如 {"id": "123"}），而原始 DELETE 是无 body 的纯 URL 路径，仅靠 proxy_method 就会失败。
推荐方案：用 if + rewrite + proxy_method 组合转发
适用于路径中含 ID、且后端接受 POST 携带 ID 参数的场景（例如将 DELETE /users/123 转为 POST /api/delete_user?id=123）：
- 在 location 块中用
if ($request_method = DELETE)捕获 DELETE 请求 - 用
rewrite提取路径参数并重写为带查询参数的 POST 目标 URI - 显式设置
proxy_method POST，并添加必要 header（如Content-Type: application/x-www-form-urlencoded） - 确保
proxy_pass_request_body off，避免转发空 body 引发后端异常
示例配置：
location /users/ {
if ($request_method = DELETE) {
rewrite ^/users/(\d+)$ /api/delete_user?id=$1 break;
}
proxy_pass http://backend;
proxy_method POST;
proxy_pass_request_body off;
proxy_set_header Content-Type "application/x-www-form-urlencoded";
proxy_set_header X-Original-Method DELETE;
}
更灵活方案：用 Lua 处理复杂映射（需 OpenResty）
当需要把 DELETE 转为带 JSON body 的 POST（如 {"action":"delete","resource_id":"123"}），或需校验权限、拼接 token 等逻辑时，Lua 是可靠选择：
- 用
content_by_lua_block获取原始路径或 header - 构造合法 JSON body 并调用
ngx.req.set_method(ngx.HTTP_POST)和ngx.req.set_body_data() - 通过
ngx.exec("@post_handler")跳转到专用代理 location，避免循环
关键点：必须关闭默认 body 透传（proxy_pass_request_body off），并在 Lua 中主动注入 body。
不推荐但偶见的替代方式：307 重定向
用 return 307 让客户端重发 POST，本质是把转换压力交给上游调用方：
- 仅适用于客户端可控、且能安全重放 DELETE 的场景（幂等性有保障）
- Nginx 配置极简：
if ($request_method = DELETE) { return 307 https://$host/api/v2/post_delete; } - 缺点明显：增加一次网络往返、暴露内部路由、无法隐藏转换逻辑
