apache多重重定向导致err_too_many_redirects，本质是规则逻辑、协议判断、缓存与代理环境共同引发循环；修复关键在于切断循环链、统一跳转意图，并用curl -iv/-lvs验证真实跳转路径。
apache 多重重定向导致浏览器报错（如 err_too_many_redirects 或“重定向次数过多”），本质是请求在多个跳转规则间反复执行，最终超出浏览器或服务器的跳转上限。这不是单点配置错误，而是规则逻辑、协议判断、缓存行为与代理环境共同作用的结果。修复关键在于切断循环链、统一跳转意图、并验证每一步真实走向。
一、快速定位是否真为多重重定向
别依赖肉眼刷新——用工具看清实际发生了什么：
- 在终端运行：
curl -Iv https://your-domain.com，观察响应头中Location是否连续变动，以及状态码是否在 301/302 间来回切换 - 加
-L追踪完整链：curl -Lvs https://your-domain.com 2>&1 | grep "Redirecting to\| - 打开 Chrome 开发者工具 → Network 标签页 → 勾选 “Disable cache” + “Preserve log”，再刷新，看请求瀑布流中是否出现重复路径或协议切换（如 http ⇄ https）
二、检查并合并冲突的跳转规则
最常见的根源是多个无守门条件的 RewriteRule 叠加执行，例如分别写了一条强制 HTTPS 和一条强制 www 的规则，却没合并判断：
- 打开
.htaccess或虚拟主机配置，搜索所有RewriteRule ... [R=301]或Redirect 301 - 删除或注释掉非必需的跳转指令；只保留一条能同时覆盖协议与域名规范的规则
- 推荐写法（HTTPS + www 合并跳转）：
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteCond %{HTTP_HOST} ^(?:www\.)?(.+)$ [NC]
RewriteRule ^ https://www.%1%{REQUEST_URI} [R=301,L]
三、确认反向代理与 CDN 环境下的协议一致性
若网站前端有 Nginx、Cloudflare 或其他代理层，Apache 往往收不到原始协议信息，容易因误判触发循环：
- 检查 Apache 是否收到
X-Forwarded-Proto头：在phpinfo()或日志中查%{HTTP_X_FORWARDED_PROTO}e - 在 Apache 配置中补充信任头信息：
RequestHeader set X-Forwarded-Proto "https" env=HTTPSProxyPreserveHost Off - 后端应用（如 PHP、Spring Boot）也需关闭自动协议推断，改由
X-Forwarded-Proto决定生成的跳转地址 - CDN 后台关闭“自动重定向缓存”或设 SSL 模式为 Full (Strict)，避免代理与源站各自跳一次
四、临时绕过浏览器缓存影响验证
301 会被浏览器强缓存，即使你已修好服务器配置，用户仍可能继续走旧跳转链：
- 对已上线的旧 URL，先临时改用
[R=302]（临时重定向），让客户端不缓存新跳转关系 - 等大部分用户访问过一次后，再切回
[R=301] - 或给旧链接加唯一参数（如
/old?r=202610），并在规则中单独匹配该参数返回 302，作为过渡手段 - 若使用 CDN，务必在其控制台清除“重定向缓存”或整个缓存，不能只清页面内容
