Apache反向代理不会主动死循环，但ProxyPass/ProxyPassReverse路径不一致、缺失ProxyPreserveHost或X-Forwarded头、后端重定向逻辑错误等配置问题会导致请求反复跳转。
Apache 反向代理本身不会主动引发“死循环”，但配置不当确实会导致请求在客户端、Apache、后端服务之间反复跳转或重定向，表现为浏览器地址栏 URL 不断追加路径、反复 301/302 跳转、或后端日志中出现重复请求——这种现象常被误称为“死循环”。真正原因通常是 ProxyPassReverse 配置缺失或路径不匹配，尤其在启用 SSL 或后端应用自动生成绝对重定向时极易触发。
检查并修正 ProxyPass 和 ProxyPassReverse 的路径一致性
后端服务（如 Spring Boot、PHP 应用）返回 302 重定向响应时，常携带完整绝对 URL（例如 Location: http://localhost:8080/app/login）。若 Apache 未用 ProxyPassReverse 重写该响应头，浏览器会直接跳向原始后端地址，绕过代理，造成“跳出代理→访问失败→重试→再跳出”的假性循环。
- 确保
ProxyPass和ProxyPassReverse的目标路径末尾斜杠严格一致：两者都带/或都不带，推荐统一加/ - 错误示例：
ProxyPass /app http://127.0.0.1:8080/app+ProxyPassReverse /app http://127.0.0.1:8080/app→ 后端返回/app/login会被拼成/app/app/login - 正确写法：
ProxyPass /app/ http://127.0.0.1:8080/app/+ProxyPassReverse /app/ http://127.0.0.1:8080/app/
启用 ProxyPreserveHost 并确认后端应用不依赖 Host 头硬编码
当 ProxyPreserveHost Off（默认值）时，Apache 会把请求头中的 Host 替换为后端地址（如 127.0.0.1:8080）。若后端应用据此生成跳转 URL，就会产出错误的域名，导致重定向到不可达地址。
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 在
<VirtualHost>中显式开启：ProxyPreserveHost On - 同时检查后端代码或配置（如 Spring 的
server.forward-headers-strategy、PHP 的$_SERVER['HTTP_HOST']使用），避免它把接收到的 Host 直接拼进跳转链接
排查后端服务自身的重定向逻辑
很多 Web 框架在检测到非标准协议（如 HTTP 而实际是 HTTPS 终止于 Apache）、缺少 X-Forwarded-Proto 头时，会强制跳转到 HTTPS 或补全路径，形成隐式循环。
- 确保 Apache 添加必要转发头：
RequestHeader set X-Forwarded-Proto "https" env=HTTPS（SSL 场景）或"http" - 对 Java 应用，添加
RemoteIpValve；对 Node.js，使用express-trust-proxy或手动读取X-Forwarded-*头 - 用
curl -v http://your-domain.com/path查看响应头中的Location:字段，确认是否指向了内部地址或错误协议
禁用不必要的重写规则干扰
若 .htaccess 或主配置中存在 RewriteRule 且未加 [P] 标志，可能在代理前就触发重定向，与 ProxyPass 冲突。
- 临时注释所有
RewriteRule，仅保留ProxyPass测试是否仍循环 - 若必须混用，确保重写规则位于
ProxyPass之后，或用[P]显式交由 mod_proxy 处理 - 避免在代理路径下使用
RewriteCond %{REQUEST_URI} !^/app类判断——URI 已被重写，条件可能失效
