apache 301重定向死循环本质是规则反复触发导致新旧地址互相跳转，常见于域名规范化或https升级时条件判断不精准；解决关键在于rewritecond显式排除目标地址、避免协议硬编码、排查多层规则叠加，并用curl验证真实响应头。
apache 301 重定向死循环，本质是规则反复触发、新旧地址互相跳转，导致请求兜圈子。最常见于域名规范化（如 example.com ⇄ www.example.com）、https 强制升级（http:// ⇄ https://）或路径重写逻辑错误时。解决关键不是“禁用重定向”，而是让条件判断足够精准、避免双向匹配。
检查 RewriteCond 条件是否双向命中
死循环往往源于 RewriteCond 没有排除目标地址本身。例如下面这段看似合理的配置：
RewriteEngine On<br>RewriteCond %{HTTP_HOST} ^example\.com$ [NC]<br>RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]
问题在于：当用户访问 www.example.com 时，%{HTTP_HOST} 是 www.example.com，不匹配，没问题；但若后续又加了一条“强制 HTTPS”规则，且没区分协议，就可能让 https://www.example.com 再次被误判为需跳转。
✅ 正确做法是显式排除目标主机：
- 只对非 www 的请求跳转：
RewriteCond %{HTTP_HOST} !^www\.example\.com$ [NC] - 或同时限定协议+主机：
RewriteCond %{HTTPS} off [OR]RewriteCond %{HTTP_HOST} !^www\.example\.com$ [NC]RewriteRule ^(.*)$ https://www.example.com%{REQUEST_URI} [R=301,L]
确认 Location 响应头是否保留原始协议与主机
使用 RewriteRule 时，如果目标 URL 写死为 http://，而服务器实际走 HTTPS，就可能引发协议层循环（浏览器重定向到 http → 服务器再跳回 https → 浏览器再跳 http…）。
✅ 推荐用变量动态拼接，避免硬编码协议：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 用
%{REQUEST_SCHEME}或%{HTTPS}判断当前协议 - 更稳妥写法：
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]（仅限已确认全站支持 HTTPS） - 或统一强制 HTTPS + www：
RewriteCond %{HTTPS} off [OR]RewriteCond %{HTTP_HOST} !^www\.example\.com$ [NC]RewriteRule ^(.*)$ https://www.example.com%{REQUEST_URI} [R=301,L]
排查 .htaccess 与主配置的规则叠加冲突
Apache 会合并多个层级的重写规则（主配置、虚拟主机、.htaccess），若不同位置都写了类似跳转逻辑，极易叠加触发。
✅ 排查步骤：
- 临时重命名所有
.htaccess文件（如改为.htaccess.bak），只留主配置生效，测试是否仍循环 - 检查
httpd.conf或站点配置中是否已有Redirect 301指令，与RewriteRule同时存在 - 启用重写日志定位具体哪条规则在反复执行（Apache 2.4+）：
RewriteLogLevel 3RewriteLog "/var/log/apache2/rewrite.log"（注意：生产环境慎开，仅调试用）
验证跳转链路与浏览器缓存干扰
301 被浏览器强缓存，即使你已修复服务器配置，本地访问仍可能沿用旧跳转路径，造成“修好了但还在循环”的假象。
✅ 必做验证动作：
- 用
curl -I http://example.com直接看响应头，绕过浏览器缓存 - 检查返回的
Location:头是否指向预期地址，且只跳一次（响应状态码应为 301，而非连续多个 301） - 换隐身窗口、清除 DNS 缓存（
sudo dscacheutil -flushcache或ipconfig /flushdns）、甚至换设备复测
