nginx通过浏览器缓存和反向代理缓存协同节省带宽：静态资源设长缓存+哈希文件名，动态内容用etag协商缓存，api等稳定响应启用proxy_cache并配置有效性、存储路径及过期兜底策略，同时需精细化控制缓存粒度与主动失效机制。
直接用 Nginx 缓存高频内容，能大幅减少重复传输，把带宽省下来留给新请求或关键业务。
区分两类缓存：浏览器端与代理端
高频内容的带宽节省，靠的是“一次拉取、多次复用”。Nginx 提供两个层面的缓存协同工作：
-
浏览器缓存：通过
expires或Cache-Control告诉用户设备“这个文件未来一段时间不用再问服务器”，适用于静态资源（如 JS/CSS/图片） - 反向代理缓存：Nginx 自己把后端响应存下来，下次相同请求直接返回，不穿透到上游服务，适合 API 响应、模板页、视频片段等稳定内容
静态资源设长缓存 + 版本化文件名
对 CSS、JS、图标等不变或低频更新的资源，直接在 location 块中配置强缓存：
location ~* \.(js|css|png|jpg|gif|woff2)$ {
expires 30d;
add_header Cache-Control "public, immutable";
}
关键点是配合构建工具生成带哈希值的文件名（如 app.a1b2c3.js），这样更新后 URL 变化，浏览器自然加载新版，旧缓存不会干扰。
动态内容用协商缓存 + ETag
HTML 页面或 JSON 接口通常会变，但不是每次都要重传全部。启用 ETag 并配 no-cache：
- Nginx 自动为响应生成 ETag（需开启
etag on;） - 客户端下次请求带上
If-None-Match，Nginx 对比后直接返回 304，不传正文 - 避免用
max-age=0这类弱策略，它会让浏览器仍发完整请求
反向代理缓存要配准有效性和存储路径
对后端返回稳定的高频接口（如商品详情、天气预报），启用 proxy_cache：
- 先定义缓存区：
proxy_cache_path /var/cache/nginx/mycache levels=1:2 keys_zone=mycache:10m max_size=1g inactive=1h; - 在 server 或 location 中启用：
proxy_cache mycache; - 指定哪些状态码可缓存、缓存多久：
proxy_cache_valid 200 302 10m; - 加
proxy_cache_use_stale error timeout updating;，让缓存过期时仍可返回旧内容，避免雪崩
注意缓存污染和失效机制
缓存不是设完就一劳永逸。高频内容一旦变更，必须及时失效：
- 避免用通配符缓存所有
/api/*，按具体路径或参数粒度控制 - 对需实时更新的内容（如用户个人页），用
Cache-Control: no-store显式禁用缓存 - 考虑用 purge 模块或基于 Redis 的缓存标记，实现精准主动清理
