chrome的301重定向缓存需针对性清除：一、devtools禁用缓存；二、chrome://net-internals#httpcache删条目；三、application面板清service worker与cache storage；四、chrome://settings/sitedata按域名清数据；五、加随机参数绕过缓存。
如果您在调试前端或测试重定向逻辑时，发现浏览器始终跳转到旧地址而服务器日志无新请求记录，则很可能是Chrome将301永久重定向结果持久化缓存到了磁盘。这种缓存不会被常规刷新或普通清理操作清除，必须采用针对性手段干预。以下是多种可独立生效的强制清除方案：
一、启用开发者工具禁用缓存模式
该方法通过临时覆盖浏览器默认缓存策略，在DevTools开启期间完全绕过disk cache与memory cache，使所有请求直连服务器，适用于即时验证重定向逻辑是否已更新。
1、访问任意页面后，按Ctrl+Shift+I（Windows/Linux）或Command+Option+I（macOS）打开开发者工具。
2、点击右上角“⋯”图标，选择Settings（设置）。
3、在Preferences面板左侧选择Network，勾选Disable cache (while DevTools is open)选项。
4、保持开发者工具窗口开启，重新在地址栏输入原301跳转源URL并回车。
5、观察Network面板中该请求的StatusCode：若显示200或新的302/307响应，说明301缓存已被成功绕过。
二、通过chrome://net-internals#httpCache清除磁盘缓存条目
Chrome内置的网络诊断页提供底层HTTP缓存管理能力，可精准定位并删除包含特定URL路径的301缓存条目，不依赖页面是否已打开，也不影响其他域名数据。
1、在Chrome地址栏中输入chrome://net-internals#httpCache并回车。
2、在页面顶部输入框中粘贴完整的301跳转源URL（例如https://old.example.com/path）。
3、点击右侧“Search”按钮，系统将列出所有匹配的缓存条目。
4、在结果列表中找到对应条目，点击其右侧的“Delete”链接。
5、刷新原页面，确认重定向行为已按服务器最新响应执行。
三、使用Application面板清除Service Worker与Cache Storage
当网站注册了Service Worker且其fetch事件中主动返回301响应时，该重定向会被Worker自身缓存机制接管，此时仅清disk cache无效，必须同步清除Worker控制的缓存层。
1、访问目标网站后打开开发者工具，切换至Application标签页。
2、在左侧边栏展开“Clear storage”，确认顶部Site显示为当前域名（如https://old.example.com）。
3、勾选Cache Storage与Service Workers两项。
4、点击下方“Clear site data”按钮。
5、关闭并重新打开该网站标签页，验证重定向是否恢复为服务端实际响应。
四、通过chrome://settings/siteData按域名批量清除全部本地数据
该方法适用于已知问题域名且需彻底重置其全部持久化状态的情形，包括Cookie、LocalStorage、IndexedDB、Cache Storage及Service Worker注册信息，确保无残留重定向逻辑干扰。
1、在地址栏输入chrome://settings/siteData并回车。
2、在搜索框中输入目标网站的二级域名（如example.com），注意无需协议前缀或子域。
3、在搜索结果中找到对应条目，将鼠标悬停于其右侧，出现垃圾桶图标。
4、点击垃圾桶图标，在弹出的确认对话框中点击“删除”。
5、重新访问该域名下的任意路径，浏览器将重建全部本地存储，不再应用历史301缓存规则。
五、修改URL参数触发全新请求路径
利用浏览器对URL路径的精确缓存匹配特性，通过添加唯一查询参数使请求被视为全新资源，从而强制绕过原有301缓存映射，适用于无法操作浏览器设置的受限环境。
1、在原301跳转源URL末尾添加随机查询参数，例如?nocache=12345或&v=timestamp。
2、确保参数值每次不同（可用当前毫秒时间戳生成）。
3、在地址栏中输入带参URL并回车。
4、Network面板中将显示该请求未命中disk cache，StatusCode直接反映服务器真实响应。
