最轻量可靠的方式是在静态资源专用server块中隔离请求路径并剥离非必要cookie。关键是从源头避免浏览器携带cookie，而非响应时过滤；推荐子域名方案（如static.example.com）彻底隔离作用域，若共用主域名则需location内禁用透传；nginx可通过map+proxy_set_header清空cookie头，直连静态文件且隔离到位时无需干预；前端应严格设置cookie domain/path、使用完整静态域名引用资源、禁用fetch credentials；验证时检查请求头无cookie、host为静态域名、响应无set-cookie，首部体积可大幅降低。
直接在静态资源专用的 server 块中隔离请求路径，并配合 Nginx 原生机制剥离非必要 Cookie，是最轻量、最可靠的方式。关键不在于“删除 Cookie”，而在于让静态请求根本**不携带**它们——从源头减重，比响应时过滤更高效。
用独立 server 块承接静态域名或路径
为静态资源单独配置一个 server 块（如 static.yourdomain.com 或 /static/ 路径），确保它与主站逻辑完全解耦。这样做的核心价值是：Cookie 默认按域名或路径作用域生效，只要静态服务不共享主站域名，浏览器就不会自动附带登录态等业务 Cookie。
- 推荐使用子域名方案（如
static.example.com），比路径前缀更彻底地隔离 Cookie 作用域 - 若必须共用主域名（如
example.com/static/），则需在location块内显式禁用 Cookie 透传（见下文） - 避免在该 server 块中启用任何会触发 Set-Cookie 的模块（如 auth_basic、proxy_pass 到带鉴权的后端）
强制清空请求头中的 Cookie 字段
Nginx 本身不提供直接删除 Cookie 请求头的指令，但可通过 map + underscores_in_headers off 组合实现“逻辑丢弃”：
- 在
http块顶部定义空映射：map $http_cookie $empty_cookie { default ""; } - 在静态 server 或 location 块中添加：
underscores_in_headers off;（防止意外透传含下划线的自定义头） - 再用
proxy_set_header Cookie $empty_cookie;（若走反向代理）或fastcgi_param HTTP_COOKIE "";（若走 PHP-FPM）覆盖原始值
注意：此法适用于代理场景；若静态文件由 Nginx 直接 root 服务，则浏览器本就不会发送 Cookie（前提是域名/路径隔离到位），无需额外干预。
配合浏览器端策略彻底规避
服务端控制之外，前端可主动减少 Cookie 注入机会：
- 主站设置 Cookie 时严格指定
Domain和Path，例如：Set-Cookie: auth=xxx; Domain=example.com; Path=/; Secure; HttpOnly→ 静态子域名不会继承 - 静态资源 HTML 中，所有
<img>、<script></script>、<link>标签的src/href使用完整静态域名（如https://static.example.com/logo.png），避免相对路径触发同域 Cookie - 禁用
credentials: 'include'的 fetch 请求访问静态路径（通常也不需要）
验证是否生效
部署后，用浏览器开发者工具 Network 面板检查任意静态资源请求的 Request Headers，确认：
-
Cookie:行不存在，或仅剩空值（Cookie:） -
Host值为静态专属域名（非主站域名） - 响应头中无
Set-Cookie（说明未触发任何写 Cookie 逻辑）
首部体积通常能从 1–2KB 降至 200B 以内，尤其对高频小图、字体、JS 等资源，效果立竿见影。
