Nginx 默认不缓存POST请求，因其不在默认缓存方法列表（仅GET、HEAD）中；需确保未误配proxy_cache_methods启用POST缓存，并推荐添加proxy_cache_bypass $request_method强化绕过。

Nginx 默认就让 POST 请求绕过缓存——这不是需要“配置”的功能，而是内置行为。它根本不会把 POST 请求送进缓存查找流程，自然也就不会命中或写入缓存。 所以，如果你发现某个 POST 请求被缓存了，那大概率是配置出了偏差，比如误启用了不恰当的 `proxy_cache_methods` 或漏掉了关键限制。 真正要做的，不是“配置绕过”，而是**确保它保持默认的绕过状态，并防止意外缓存**。重点在两件事：守住默认安全边界 + 堵住常见漏洞点。

确认 POST 确实没进缓存流程

POST 方法不在 Nginx 缓存默认支持的方法列表里（仅 GET、HEAD）。只要没显式添加 POST，它就不会参与缓存逻辑——连 key 都不生成，更不会查磁盘或内存。

避免手动开启 POST 缓存导致“反向绕过”

以下配置非常危险，除非你明确知道后果，否则不要加：

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

• 不要写 proxy_cache_methods GET HEAD POST;
• 不要写 fastcgi_cache_methods GET HEAD POST;
• 如果 location 中已有这类指令，直接删掉；它会让所有 POST 进入缓存流水线，极易引发数据错乱

用 proxy_cache_bypass 主动强化绕过（可选但推荐）

即使默认不缓存，也建议加一层显式控制，防配置漂移或方法混用：

• 在启用缓存的 location 块中加入：proxy_cache_bypass $request_method;
• 因为 $request_method 对 POST 返回字符串 "POST"（非空、非 "0"），触发 bypass
• 同时配 proxy_no_cache $request_method;，确保响应也不被缓存

检查后端响应头是否干扰缓存判断

有些后端会在 POST 响应里加 Cache-Control: public, max-age=300，虽然 Nginx 默认忽略 POST，但如果前面误开了 proxy_cache_methods，这类头就会生效。建议：

• 用 curl 测试真实响应：curl -X POST -I https://your.site/api/submit
• 观察返回头中是否有 Cache-Control、Set-Cookie、Vary 等字段
• 如有，且你不希望它们影响缓存策略，可在 location 中加：proxy_ignore_headers Cache-Control Set-Cookie Vary;