最推荐用 try_files 剥离时间戳参数：nginx 内部按 $uri 查找文件，忽略查询参数，不跳转、不改 url，命中即返回，未命中则 404；rewrite 重定向仅限 seo 等必要场景，需限定静态后缀和参数名以防误伤。
直接在 Nginx 中剥离时间戳参数，保留原始静态资源路径，是最常用且可靠的规范化方式。关键不是“重写 URL”，而是让带参请求（如 /js/app.js?v=1722289460）能命中真实文件，同时避免缓存污染或 404。
用 try_files 实现无损参数剥离
这是最推荐的做法：Nginx 不修改 URL，也不跳转，而是内部尝试去掉查询参数后查找文件。浏览器地址栏保持原样，但服务端按干净路径响应。
- 配置示例：
location ~* \.(js|css|png|jpg|gif|woff2?|ttf|eot|svg)$ {
try_files $uri =404;
}
-
$uri是不含查询参数的路径（如/js/app.js），Nginx 会真实检查该文件是否存在 - 如果存在，直接返回；不存在则返回 404，不会把请求转发给后端或 fallback 到 index.html
- 所有查询参数（
?v=xxx、?t=yyy）自动被忽略，不影响匹配和响应
用 rewrite 做显式重定向（慎用）
仅在需要强制统一 URL 格式（如 SEO 或日志归一化）时使用。它会触发 301/302 跳转，改变用户看到的地址，可能影响前端路由或埋点。
- 只对含参数的请求重定向，避免循环：
location ~* \.(js|css|png|jpg|gif)$ {
if ($args ~ "^(.*&)?(v|t|ts|version)=[^&]*(?:&.*)?$") {
rewrite ^(.*)$ ? permanent;
}
}
- 正则匹配任意含
v=、t=、ts=、version=的查询参数 -
$1?表示跳转到相同路径但清空全部参数（问号结尾表示丢弃原有 args） -
permanent返回 301，适合长期规范；临时调试可用redirect
配合缓存策略，防止参数干扰
即使 URL 带参，也应确保资源缓存行为一致。重点是让带参和不带参请求共享同一份缓存实体。
- 在静态资源 location 中禁用基于
$args的缓存键：
location ~* \.(js|css|png|jpg|gif)$ {
expires 1y;
add_header Cache-Control "public, immutable";
# 关键：不把 $args 加入 proxy_cache_key 或 fastcgi_cache_key
}
- 若用了反向代理缓存，确保
proxy_cache_key不含$args，例如：proxy_cache_key "$scheme$request_method$host$uri"; - 这样无论请求是
/a.css?v=1还是/a.css?v=2，都命中同一个缓存项
为什么不用 if + rewrite 匹配所有带参请求？
全局匹配 $args != "" 风险很高：可能误伤 API 请求、表单提交或必需参数的接口。应限定范围——只处理已知静态后缀，且参数名明确（如 v/t/ts），避免副作用。
本质上，静态资源的时间戳参数只是客户端缓存控制手段，服务端无需感知。Nginx 只需稳定提供文件内容，其余交给浏览器或 CDN 处理即可。
