expires指令是Nginx实现强缓存的核心手段，通过设置Expires和Cache-Control头使浏览器在指定时间内直接复用本地缓存，显著降低后端请求量与IO压力。
expires 指令是 Nginx 实现强缓存最直接的手段之一，核心作用是让浏览器在指定时间内跳过请求、直接复用本地缓存资源。它不改变业务逻辑，却能从源头大幅削减穿透到后端的静态请求量——对日均百万级 PV 的站点，IO 压力可下降近九成。
expires 怎么起作用：不只是加个头那么简单
expires 会在响应头中写入 Expires 字段（如 Expires: Wed, 21 Oct 2027 07:28:00 GMT），同时默认也会生成 Cache-Control: max-age=xxx。浏览器收到后，只要当前时间未超该时刻，就不再发请求，直接读磁盘或内存缓存。
注意两点关键事实：
- 它只对状态码为 200、206、404 的响应生效；301/302 重定向或 5xx 错误页不会自动继承，需单独配置
- 判断依据是浏览器本地时间，而非服务器时间。若用户手动改了系统时间，可能造成缓存失效或误命中——这也是为什么现代实践中更推荐优先用
Cache-Control，而将expires作为 HTTP/1.0 兼容的补充
不同资源类型必须区别对待
统一设 expires 1y 看似省事，实则埋雷。真正有效的配置必须按文件用途和更新机制分层：
-
HTML 页面：禁用强缓存。用
expires -1或expires 0，等效于Cache-Control: no-cache。因为 HTML 多为动态渲染，内容随时变化，缓存太久会导致用户看不到新功能或表单提交失败 -
JS/CSS/字体等构建产物：设
expires 1y并配合add_header Cache-Control "public, immutable"。前提是路径含哈希（如app.f3a9b2.js），这样内容一变路径即变，强缓存不会导致旧代码残留 -
图片资源：区分静态图与用户上传图。站内 Banner、图标等设
expires 30d；头像、商品图等动态图建议expires 7d或启用协商缓存（ETag）兜底
真实流量下的压力削减效果
以一个日均 200 万 PV、静态资源占比 65% 的资讯站为例：
- 未配 expires：平均每个 PV 触发 8 次静态资源请求 → 日均静态请求约 1040 万次
- 配置
expires 1h后，结合用户平均停留 3 分钟、页面刷新率 15%，实测缓存命中率达 85% 左右 → 日均穿透请求降至约 156 万次 - 磁盘 IO 调用减少 88%，page cache 压力、inode 查找开销、SSD 随机读磨损同步下降
若再叠加 ETag + If-Modified-Since 协商机制，在 expires 过期后的首波请求中，304 响应占比常超 70%，意味着 Nginx 仅需 stat() 获取文件元信息，几乎不触发实际读盘。
容易被忽略但致命的细节
很多团队配了 expires 却没看到预期效果，问题往往出在这些地方：
- location 匹配优先级错乱：比如
location /里写了expires -1，但后面又有个location ~ \.js$却没写 expires，结果 JS 被父块规则覆盖，实际没生效 - 反向代理场景下忘记对 upstream 做缓存控制：如果 Nginx 前面还有一层 CDN 或 LB，仅在 Nginx 设置 expires 不够，需确保中间链路也透传或重写缓存头
- 动态生成的“静态资源”被误缓存：例如由 PHP 或 Node 生成的 CSS 文件，路径不变但内容常变，此时不应设长缓存，而应设
expires epoch（立即过期）或交由协商缓存处理
