解决Nginx代理下后端重定向循环，需三管齐下：后端返回相对路径跳转、Nginx透传X-Forwarded-*头、用proxy_redirect重写Location响应头，并确保proxy_pass路径截断一致。
解决 Nginx 代理环境下后端资源重写后的循环加载，核心在于切断“请求 → 代理 → 后端生成跳转 → 浏览器再发请求 → 再次代理…”这一闭环。问题通常不表现为明显报错，而是资源反复加载、控制台出现多个相同请求、页面卡顿或最终触发 500 或 ERR_TOO_MANY_REDIRECTS。关键要从后端跳转逻辑、Nginx 头透传、Location 改写三方面协同处理。
确保后端返回相对路径跳转
这是最轻量也最根本的解法。后端（如 Spring Boot、Django、Node.js）应避免硬编码绝对 URL：
- 用
Location: /login替代Location: http://localhost:8080/login或Location: https://example.com/login - Spring Boot 推荐配置：
server.forward-headers-strategy=framework+ 启用ForwardedHeaderFilter - WordPress 必须在
wp-config.php中显式识别X-Forwarded-Proto并设置$_SERVER['HTTPS'] = 'on' - 若后端必须返回绝对地址，请确保它基于
X-Forwarded-Proto和X-Forwarded-Host动态构造，而非读取原始request.getScheme()或request.getServerName()
正确透传 X-Forwarded-* 请求头
Nginx 必须把用户真实访问上下文告诉后端，否则后端无法生成适配代理后的跳转地址：
-
必加：
proxy_set_header X-Forwarded-Proto $scheme;—— 让后端知道是 HTTP 还是 HTTPS -
必加：
proxy_set_header X-Forwarded-Host $host;—— 提供对外域名，避免后端误用内网地址 -
推荐加：
proxy_set_header X-Forwarded-Port $server_port;（尤其当 Nginx 监听非标准端口时） -
禁用错误写法：
proxy_set_header Host $http_host;容易引发套娃代理；应改用proxy_set_header Host $host;
主动重写后端返回的 Location 响应头
即使后端返回了含内网地址或错误协议的绝对跳转（如 Location: http://172.18.0.3/dashboard），Nginx 也能在发给浏览器前修正：
- 基础写法（适配固定后端）：
proxy_redirect http://172.18.0.3/ $scheme://$host/; - 通用正则写法（推荐）：
proxy_redirect ~^https?://[^/]+(/.*)$ $scheme://$host$1; - 注意位置：
proxy_redirect必须放在proxy_pass之后，且在location块内生效 - 若已确保后端 100% 返回相对路径，可关闭自动改写：
proxy_redirect off;
检查 proxy_pass 路径截断是否一致
路径剪切错误会导致后端收到错误 path，进而返回不匹配的跳转地址，间接引发循环：
- 写成
proxy_pass http://backend/;（末尾有/）→ 会剥离location匹配前缀，例如location /api/匹配到/api/user，后端收到的是/user - 写成
proxy_pass http://backend;（无尾部/）→ 会把完整路径拼接过去，/api/user传给后端就是/api/user - 建议统一使用带尾斜杠的
proxy_pass，并让后端配置对应 context-path（如 Spring Boot 的server.servlet.context-path=/api） - 若后端跳转返回
/api/login，而 Nginx 没配置location /api/规则，就可能 404 或被 fallback 到 SPA 的try_files，造成二次循环
