优化Nginx HTTPS重定向效率需优先用return 301替代rewrite，将逻辑置于server块顶层，结合map预计算静态路径映射，并合并多重跳转为一步重定向，避免正则匹配与链式响应。
优化 Nginx HTTPS 配置中的重定向规则执行效率，核心在于减少运行时开销、避免正则引擎参与、让重定向逻辑尽可能早触发且轻量。它不是堆砌 rewrite 规则，而是用更底层、更确定的方式提前拦截和响应。
优先用 return 301 替代 rewrite permanent
rewrite 指令需加载 PCRE 正则引擎，即使写成 rewrite ^ ... permanent，也会触发正则匹配流程；而 return 是纯指令跳转，无编译/匹配开销，执行更快、更稳定。
- 正确写法：
return 301 https://$host$request_uri; - 保留原始路径与参数：$request_uri 包含完整 URI（含 query string），比 $uri 更安全
- 结尾不加 ?：除非明确要清空参数，否则无需加 ?；加 ? 反而可能干扰某些带 hash 的前端路由
把重定向逻辑提到 server 块最顶层
重定向越早触发，越能跳过 location 匹配、root 解析、缓存检查等后续环节，显著降低事件循环延迟。
- 放在
server { }第一行，而非嵌套在某个 location 内 - 例如：
if ($scheme = http) { return 301 https://$host$request_uri; }应直接写在 listen 和 server_name 下方 - 注意：if 在 server 级别使用是安全的，仅用于协议/主机判断，不涉及复杂变量拼接
用 map 预计算重定向目标（适合多路径映射）
当存在大量固定路径跳转（如 /old → /new、/blog → /articles）时，map 指令在配置加载阶段完成编译，查询时间复杂度为 O(1)，远优于运行时 if + rewrite 链。
- 在 http 块中定义：
map $uri $redirect_to { /old /new; /blog /articles; default ""; } - 在 server 中使用：
if ($redirect_to) { return 301 $redirect_to; } - 避免在 map 中使用正则或动态变量，保持静态映射以保障性能
禁用冗余重定向与避免链式跳转
两次以上跳转（如 HTTP → HTTPS → www → HTTPS+www）会放大延迟，尤其对移动端影响明显。应合并逻辑，一步到位。
- 不要分开写“强制 HTTPS”和“强制 www”，而是用单条 return 实现：
return 301 https://www.example.com$request_uri; - 若需兼容非 www 访问，可先用 map 或 if 判断 host，再统一跳转，避免嵌套条件
- 检查访问日志中
$upstream_http_location或响应头 Location 字段，确认是否出现多次 301
