谷歌浏览器强制清除301重定向及指定域名缓存

一、启用开发者工具禁用缓存模式

此方法能临时覆盖浏览器的默认缓存策略，在DevTools开启期间完全绕过disk cache和memory cache，所有请求直连服务器。这种方式非常适合快速验证重定向逻辑是否已更新，是清除Chrome 301缓存的首选调试手段。

操作步骤也很简单：访问任意页面后，按Ctrl+Shift+I（Windows/Linux）或Command+Option+I（macOS）打开开发者工具，点击右上角“⋯”图标进入Settings，在Preferences面板左侧选中Network，勾选Disable cache (while DevTools is open)。保持开发者工具窗口开启，重新在地址栏输入301跳转源URL并回车。观察Network面板中的StatusCode——如果显示200或新的302/307响应，说明301缓存已被成功绕过，浏览器不再使用旧的磁盘缓存。

二、通过chrome://net-internals#httpCache清除磁盘缓存条目

Chrome内置的网络诊断页面提供了底层HTTP缓存管理能力，能够精准定位并删除包含特定URL路径的301缓存条目。此操作无需页面保持打开，也不会影响其他域名的数据，是清理顽固disk cache的理想工具。

在地址栏输入chrome://net-internals#httpCache并回车，页面上方会显示一个输入框，粘贴完整的301跳转源URL（例如https://old.example.com/path）。点击右侧“Search”按钮，系统将列出所有匹配的缓存条目。在结果列表中找到对应条目，点击其右侧的“Delete”链接。刷新原页面，即可确认重定向行为已按照服务器最新的响应执行，完全摆脱旧的301缓存干扰。

三、使用Application面板清除Service Worker与Cache Storage

如果网站注册了Service Worker，并且其fetch事件中主动返回了301响应，那么这个重定向就会被Worker自身的缓存机制接管。此时仅清理disk cache远远不够，必须同步清除Worker控制的缓存层，才能彻底解决浏览器重定向缓存问题。

访问目标网站后打开开发者工具，切换到Application标签页。在左侧边栏展开“Clear storage”，确认顶部Site显示为当前域名。勾选Cache Storage与Service Workers两项，点击下方“Clear site data”按钮。关闭并重新打开该网站标签页，检查重定向是否恢复为服务端的实际响应，确保没有残留的缓存逻辑继续影响。

四、通过chrome://settings/siteData按域名批量清除全部本地数据

该方法适用于已知问题域名、需要彻底重置其全部持久化状态的场景。Cookie、LocalStorage、IndexedDB、Cache Storage以及Service Worker注册信息都会被一并清理，确保没有任何残留的重定向规则干扰浏览器行为。

在地址栏输入chrome://settings/siteData并回车，在搜索框中输入目标网站的二级域名（比如example.com，不需要协议前缀或子域）。在搜索结果中找到对应条目，鼠标悬停至其右侧，会出现垃圾桶图标，点击后在弹窗中确认删除。重新访问该域名下的任意路径，浏览器会重建全部本地存储，不再应用历史的301缓存规则，重定向行为恢复正常。

五、修改URL参数触发全新请求路径

这个技巧利用了浏览器对URL路径的精确缓存匹配特性——通过添加唯一查询参数，让浏览器认为这是一个全新资源，从而强制绕过原有的301缓存映射。特别适合在无法操作浏览器设置的受限环境下使用，是一种便捷的清除301缓存变通方案。

在原301跳转源URL末尾添加随机查询参数，例如?nocache=12345或&v=timestamp。参数值每次最好不同（可以用当前毫秒时间戳生成）。在地址栏中输入带参URL并回车，Network面板会显示该请求未命中disk cache，StatusCode直接反映服务器真实响应，浏览器不再执行旧的301跳转。

从实际经验来看，最常用的组合是第一种和第二种：调试阶段用DevTools禁用缓存快速验证，验证完后用chrome://net-internals#httpCache清理掉磁盘里的条目，避免下次再被旧缓存坑到。如果是生产环境遇到Service Worker引发的缓存问题，第三种方案往往能一击即中。这些方法虽然各有侧重，但都能独立生效，选最适合你当前场景的那个就好。