核心是减少重定向次数、提升执行效率：归并跳转链为单次return 301，禁用多级rewrite；静态路径优先用return，变量映射改用map预查表；加Cache-Control与dns-prefetch优化首屏性能。
处理 Nginx 复杂重定向带来的性能损耗，核心不是“怎么写更多规则”，而是“怎么让重定向更少、更快、更确定”。多级跳转、冗余 rewrite、未清理的历史配置，是拖慢首屏加载和增加 TTFB 的主要元凶。
归并跳转链路，杜绝多级重定向
每次 301 跳转都意味着一次完整 HTTP 往返：DNS 查询、TCP 握手、TLS 协商（HTTPS）、响应头解析。/a → /b → /c 这样的两跳，实际延迟接近两次独立请求之和。
- 逐个检查所有
server和location块中的return 301、rewrite ... redirect、permanent指令 - 把中间环节全部删除，只保留从原始路径直达最终目标的单次跳转，例如：
location /old { return 301 /final; } - 用
curl -I https://yoursite.com/old验证，确保响应状态码直接为 301，且Location头直指最终地址，无中间跳转
优先用 return，慎用 rewrite redirect
return 是 Nginx 最轻量的重定向方式：它不触发 URI 重写流程、不重新匹配 location、不走正则引擎；而 rewrite ... redirect 会强制 Nginx 二次路由，开销明显更高，尤其在规则密集时易引发隐性循环或性能抖动。
- 静态路径跳转一律用：
return 301 /new-path;或return 301 https://example.com/new;$request_uri; - 仅当必须提取 URL 变量（如 /user/123 → /profile?id=123）才考虑
rewrite，且应配合break或置于最外层避免重复执行 - 带参数透传推荐：
return 301 $scheme://$host/new?$query_string;，简洁可控
用 map 替代大量 if + rewrite
当重定向规则超过 5 条，尤其是纯路径映射（非正则），if 块配合 rewrite 会显著降低匹配效率——Nginx 在每个请求中都要顺序判断所有 if 条件。
- 改用
map模块预构建映射表，查询为 O(1) 时间复杂度： map $uri $redirect_to { default ""; /a /x; /b /y; /c /z; }- 在 server 中统一判断：
if ($redirect_to) { return 301 $redirect_to; } - 注意：
map必须定义在http块，不能放在server或location内
关闭响应体 + 启用缓存 + 预解析目标域名
即使只跳一次，也能让它更快被浏览器接收和复用。
-
return 301默认不生成响应体，比rewrite ... redirect返回的默认 HTML 页面更轻；确认配置中没混入echo或自定义 body - 对稳定、永久的跳转，加缓存头：
add_header Cache-Control "public, max-age=31536000";，让浏览器长期记住该跳转 - 若重定向目标是外部域名（如跳到 CDN 或新主站），可在响应头中加入：
add_header Link "<https://target.com/>; rel=dns-prefetch";，提示浏览器提前做 DNS 预解析
