优化Nginx Rewrite规则的关键是减少匹配开销、避免循环重写、优先用try_files替代if+rewrite，精简正则，合理使用return替代简单重定向。
优化 Nginx Rewrite 规则是提升性能、降低错误率和增强可维护性的关键。重点不是堆砌规则，而是减少匹配开销、避免循环重写、优先用更高效指令替代冗余 rewrite。
优先用 try_files 替代 if + rewrite
大量使用 if (!-e $request_filename) 配合 rewrite 实现伪静态，会触发每次请求都做文件系统检查，开销大且易出错。更优解是用 try_files 一次性尝试多个路径：
-
try_files $uri $uri/ /index.php?$args;—— 先找真实文件，再找目录，最后 fallback 到入口脚本 - 避免在 location 块中嵌套 if，因为 if 在 location 内不支持 break/last 的预期行为，容易引发意外重定向或 404
- 该方式不执行正则匹配，也不触发重写循环，性能稳定、逻辑清晰
精简正则，避免过度捕获
rewrite 中的正则越复杂，CPU 消耗越高，尤其在高并发下明显。优化要点：
- 用
^/api/v1/而非^/api/.*v1/.*$—— 锚定开头，减少回溯 - 避免无意义的捕获组：写
^/user/(\d+)$是为了后续用$1，但如果只是跳转，直接写/user?id=$1即可；若无需变量，用^/old/$比^/old/.*$更快 - 不用
.*开头匹配，它强制全量扫描；能用字面量前缀就用前缀
控制重写流程，防止循环和超限
Nginx 默认最多重试 10 次重写，一旦触发 500 错误很难排查。必须主动规避：
- server 块中的 rewrite 会先执行，再进 location 匹配；若 location 内又 rewrite，新 URI 可能再次命中 server 级规则 —— 宜将通用跳转（如 HTTP→HTTPS、www 跳转）放在 server 级，业务路径改写放在具体 location 内
- 慎用
last：它会让新 URI 重新走完整匹配流程，可能再次触发 rewrite；确认需要“内部重发”时才用，否则优先选break - 永久跳转统一用
permanent，临时跳转用redirect；不要用 rewrite 做 301/302，除非需动态拼接 URL；简单跳转建议直接用return 301
用 return 替代简单重定向
当目标是固定跳转（如强制 HTTPS、域名标准化），return 比 rewrite 更轻量、更安全：
-
return 301 https://$host$request_uri;—— 不涉及正则，无匹配开销，执行即终止 -
return 301 $scheme://www.$host$request_uri;—— 一行搞定 www 强制跳转 - 注意：
return后所有配置失效，所以必须放在 location 或 server 块顶部，且不能与 rewrite 混用在同一作用域内
