nginx无法用rewrite模块直接生成时间戳，但可通过内置变量（如$time_iso8601）、map映射、add_header或proxy_cache_bypass等组合实现防缓存；推荐构建时注入内容哈希并由nginx按规则转发，更精准且无运行时开销。
在 Nginx 中，不能直接用 Rewrite 模块“生成”时间戳（Rewrite 是 URL 重写，不执行计算），但可以通过 内置变量 + map + add_header 或 proxy_cache_bypass + $args 等组合方式，实现带时间戳的防缓存刷新效果。核心思路是：让每次请求的 URL（或请求头、参数）具备唯一性，打破缓存一致性。
用 $time_iso8601 或 $date_gmt 添加动态响应头
虽然这不改变 URL，但可配合浏览器或 CDN 的缓存策略（如 Cache-Control: no-cache）强制不复用缓存：
- 在 server 或 location 块中添加：add_header X-Timestamp $time_iso8601 always;
- 再设置：add_header Cache-Control "no-cache, must-revalidate, max-age=0" always;
- 注意：$time_iso8601 每秒更新一次，不是毫秒级；若需更高精度，需借助 Lua（如 ngx_lua）或上游服务注入。
用 rewrite + $date_gmt 构造带时间戳的查询参数（推荐）
适用于静态资源（如 JS/CSS），通过重写把时间戳追加到 URL 后，使每次请求 URL 不同：
- 定义一个 map 将时间映射为秒级时间戳（避免 rewrite 中无法计算）：
map $time_iso8601 $ts {
~^(\d{4})-(\d{2})-(\d{2})T(\d{2}):(\d{2}):(\d{2}) $1$2$3$4$5$6;
default 0;
} - 然后在 location 中 rewrite：
rewrite ^/(.*\.(js|css|png|jpg))$ /$1?v=$ts? last; - 效果：/app.js → /app.js?v=20240520142305（重写后带版本参数，浏览器视为新资源）
- ⚠️ 注意：该方式会改变原始 URL，需确保后端或文件系统能忽略 v 参数（静态文件默认支持）；若用 proxy_pass，建议加 proxy_ignore_client_abort off; 防止参数干扰。
用 $args + cache_bypass 实现“手动刷新即失效”
适合运维或测试场景——用户主动加 ?_t=xxx 即绕过缓存，不加则走正常缓存：
- set $nocache "";
- if ($args ~ "_t=[0-9]+") { set $nocache "1"; }
- proxy_cache_bypass $nocache;
- proxy_no_cache $nocache;
- 访问 /api/data.json?_t=1716214923 就不走缓存；普通请求仍缓存。
更可靠的做法：构建时注入哈希，Nginx 仅做匹配转发
真正防缓存的最佳实践不是靠运行时时间戳，而是构建时生成内容哈希（如 webpack 的 [contenthash]），Nginx 只需按规则转发：
- 资源发布为：main.a1b2c3d4.js
- Nginx 配置：location ~ ^/static/.*\.[0-9a-f]{8,}\.(js|css|png)$ { expires max; add_header Cache-Control "public, immutable"; }
- 这样既长期缓存，又天然防旧版本残留——比时间戳更精准、无服务器开销。
