你有没有遇到过这种情况？打开一个网页，浏览器反复转圈，最后直接弹出一个“检测到该服务器正在将此地址的请求循环重定向”的提示。页面卡在白屏，怎么刷新都没用。这其实是一个典型的重定向循环错误——浏览器连续收到了多个301/302跳转指令，却始终跳不出闭环，最终只能报错终止。要解决它，光清缓存可不够，得从数据、设置、脚本三个层面同时下手。

清除已被劫持的站点全量数据

很多人遇到问题会习惯性清一下历史记录或Cookie。但这一招对重定向循环基本没用。因为真正的“幕后黑手”往往是 Service Worker、IndexedDB 和缓存脚本这类持久化数据。它们会记住之前的跳转逻辑，在下次访问时再次触发闭环。必须来一次彻底的“全站数据清洗”。

操作步骤：

• 点击右上角三条横线菜单 → “历史” → “管理历史”，打开“我的足迹”窗口。
• 在右上角搜索框里输入报错页面的域名（比如 google.com 或者你实际访问的网址），回车后就能看到匹配的条目。
• 右键点击该站点任意一条记录，选择“清除此站点信息”。

注意：这一步会同时删除这个网站的所有 Service Worker、离线缓存、本地存储以及Cookie，而且不可逆。但为了彻底切断循环，这是值得的。

禁用 HTTP 重定向与 JS 跳转能力

数据清理干净后，还要从底层切断服务器端和客户端两条跳转路径，防止恶意逻辑再次激活。这就像把门窗都锁好，不留任何缝隙。

方法一：关闭服务端重定向响应处理

在地址栏输入 about:config 并回车 → 点击“接受风险并继续” → 搜索 network.http.redirection-limit → 双击将其值改为 0。这样一来，浏览器就不再自动处理服务端发来的重定向指令。

方法二：禁用 Ja vaScript 的 location 跳转权限

仍在 about:config 页面 → 搜索 dom.disable_window_open_feature.location → 双击设为 true。这会阻止脚本通过 window.location.assign()、replace() 等API执行跳转。但不会影响你手动输入地址访问其他页面。

启用增强型跟踪保护严格模式

火狐的增强型跟踪保护功能，相当于给浏览器装了个智能安检门。它能实时拦截那些用于驱动重定向的恶意脚本域名、混淆跳转服务端点，以及静默调用 pushState 的第三方跟踪器。很多人不知道，重定向循环往往就是这些跟踪器在背后搞鬼。

设置路径：

• 点击右上角三条横线菜单 → “设置” → 左侧导航栏选“隐私与安全”。
• 滚动到“增强型跟踪保护”区域，在保护级别下拉菜单中选择“严格模式”。
• 确认页面下方“全方位 Cookie 保护”开关已经开启——如果没开启，手动打开，否则部分重定向过滤规则不会生效。

临时移除页面内 Meta Refresh 自动刷新

如果只是偶尔碰到一次，不想大动干戈，可以用这个快速办法。它适用于那种页面刚加载完就自动跳转的情况，而且不用重启浏览器，即时生效。

操作步骤：

• 按下 Ctrl+Shift+I（Windows/Linux）或 Cmd+Option+I（macOS）打开开发者工具，切换到“控制台”面板。
• 粘贴并执行以下代码：
  document.querySelector('meta[http-equiv="refresh"]').remove();
• 按回车，然后手动刷新页面。如果不再出现自动跳转，说明问题解决了。

注意：这个操作只作用于当前标签页，关闭标签页后失效。适合临时应急，真正根治还是得靠前面的方法。

《夸克》非常好用的免费AI浏览器

下载APP查看