Nginx重定向循环本质是rewrite指令反复触发导致内部跳转超限（默认10次）而返回500错误，主因是rewrite...last未终止匹配流程使请求重回同一location；应改用break、精确location匹配、return替代或启用rewrite_log定位。
Nginx 出现重定向循环（Rewrite Loop），本质是 rewrite 指令反复触发，导致请求在内部不断跳转，最终超过最大重试次数（默认 10 次）而返回 500 错误。关键不是“重定向”本身（301/302），而是 rewrite ... last 或 rewrite ... break 在 location 块中未正确终止匹配流程，让请求又回到匹配阶段，形成闭环。
检查 rewrite 规则是否无条件触发
最常见原因是 rewrite 没有前置条件，每次请求都执行，且目标 URI 又能再次命中同一 location。例如：
错误示例：location /old/ {<br> rewrite ^/old/(.*)$ /new/$1 last;<br>}
如果 /new/xxx 也落在这个 location /old/ 的匹配范围内（比如 location 使用了前缀匹配且范围过宽），就会再次进入该块，无限循环。
解决方法：
- 用更精确的 location 匹配，比如改用
location ^~ /old/或正则 locationlocation ~ ^/old/，并确保新路径不落入其中 - 加条件判断，避免重复处理：如
rewrite ^/old/(.*)$ /new/$1 break;（break 终止 rewrite 阶段，不重新匹配 location） - 或配合 if 判断原始 URI：
if ($request_uri ~ ^/old/) { rewrite ^/old/(.*)$ /new/$1 last; }，但需注意 if 在 location 中的限制
区分 last 和 break 的行为差异
last 表示重写后停止当前 location 的处理，重新匹配新的 URI 所属的 location 块；break 表示重写后停止 rewrite，并继续在当前 location 内执行后续指令（如 proxy_pass、try_files）。
若你本意是内部路径改写（不对外跳转），却用了 last 又没控制好 location 范围，极易引发循环。
建议：
- 做内部路径映射（如静态资源别名、API 路径转发）→ 优先用
break或alias/proxy_pass替代 rewrite - 确实需要外部重定向（浏览器地址栏变化）→ 用
return 301或redirect标志，而非last - 避免在正则 location 中嵌套无保护的
rewrite ... last
启用日志快速定位循环点
在 http 或 server 块中开启 rewrite 日志，能直观看到每次 rewrite 的过程：
rewrite_log on;<br>error_log /var/log/nginx/rewrite.log notice;
然后复现请求，查看日志中 URI 的变化链。如果看到类似 /old/a → /new/a → /old/a 的交替记录，就确认了循环路径。
小技巧：
- 临时在相关 location 中加
add_header X-Rewritten "true";，用 curl -I 观察响应头是否重复出现 - 用
curl -v http://your-site/old/test查看实际跳转次数和 Location 响应头
用 return 替代 rewrite 实现安全重定向
对于明确要返回 301/302 的场景，return 指令更清晰、不可绕过，且不会引发 rewrite 循环：
location /old/ {<br> return 301 /new$request_uri;<br>}
它直接结束请求，不进入 rewrite 流程，也不重新匹配 location，语义明确、性能更好、调试简单。
适用情况：
- 全站路径迁移（如 /blog → /articles）
- 强制 HTTPS 或 www/non-www
- 临时维护页跳转
