确认! !让用户向受影响的url提交post请求，缓存的重定向将被遗忘。

一个快速的取胜方法是在浏览器控制台输入这个:

fetch (example.com/affected/link,{方法:“post”})不要犹豫 (() => {})

如果您了解受影响的浏览器(特别是在开发过程中)，则非常有用。

或者，如果您可以访问之前的301重定向页面，那么您可以将此脚本添加到页面中，无论何时访问它，缓存的301都将被遗忘。

移动Chrome(93版)的一个技巧:尝试在“桌面网站”模式下打开url -这在我的情况下删除了一个永久缓存重定向。

正如其他答案所示，在浏览器中缓存的持续时间可能是无限的。这是极其危险和恼人的。所以不要这么做。至少添加缓存头。在htaccess中，我总是这样做，根本没有缓存:

<IfModule mod_rewrite.c>
  RewriteCond %{HTTP_HOST} ^(www\.)?example\.com$ [NC]
  # The E=nocache:1 sets the environment variable nocache to the value of one
  RewriteRule ^/?(.*) https://www.example.org/$1 [L,R=301,E=nocache:1]
</IfModule>


<IfModule mod_headers.c>
  ## Set the response header if the "nocache" environment variable is set
  ## in the RewriteRule above.
  Header always set Cache-Control "no-store, no-cache, must-revalidate" env=nocache

  ## Set Expires too ...
  Header always set Expires "Thu, 01 Jan 1970 00:00:00 GMT" env=nocache
</IfModule>

编辑:

如果过去没有缓存301重定向，则必须从目标重定向回源。例子:

如果你有这个

RewriteRule /my-source /my-target [L,R=301]

你需要把这个

# RewriteRule /my-source /my-target [L,R=301]
RewriteRule /my-target /my-source [L,R=301]

301是每个HTTP RFC的可缓存响应，浏览器将根据响应上的HTTP缓存头缓存它。使用FireBug或Charles检查响应头，以了解响应将被缓存的确切时间。

如果你想控制缓存持续时间，你可以使用HTTP响应头Cache-Control和Expires来做同样的事情。或者，如果根本不想缓存301响应，可以使用下面的头文件。

Cache-Control: no-store, no-cache, must-revalidate
Expires: Thu, 01 Jan 1970 00:00:00 GMT

作为@thomasrutter的回答

如果您之前发出了301重定向，但想要取消该操作

如果人们在浏览器中仍然有缓存的301重定向，他们将继续被带到目标页面，而不管源页面是否仍然有重定向。解决这个问题的方法包括:

最简单和最好的解决方案是再次发出301重定向。

浏览器会意识到它被引导回到它之前认为是退役的URL，这应该会导致它重新获取该URL，以确认旧的重定向不存在。

如果您无法控制前一个重定向目标所访问的站点，那么您就不走运了。试着请求网站所有者重定向回你。

事实上，这意味着:

a. 301到b.example 删除a.example的301 将b.example 301添加到a.example中

这样就有用了。

一个帮助那些迫切想摆脱重定向缓存的人的答案:

Chrome无限缓存301重定向(在本地磁盘缓存中)。清除缓存。

打开你的开发工具(按F12) 在“网络”选项卡上选中“禁用缓存”复选框 保持DevTools打开并重新加载页面(按F5)

当一切正常时，您可以取消“禁用缓存”，一切将继续按预期工作。