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

有一个非常简单的方法来删除浏览器缓存http重定向，如301,307等。

你可以在chrome浏览器的开发控制台打开网络面板。选择网络调用。右键单击它，然后单击“清除浏览器缓存”以删除缓存的重定向。

作为@thomasrutter的回答

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

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

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

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

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

事实上，这意味着:

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

这样就有用了。

在你的。htaccess文件中试试这个:

  <IfModule mod_expires.c>
  ExpiresActive On
  Header set Cache-Control "no-store, no-cache, must-revalidate, max-age=0"
  Header Set Cache-Control "max-age=0, no-store"
  Header Set Cache-Control "no-store"
  Header set Pragma "no-cache"
  </IfModule>

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

在没有指定其他缓存控制指令的情况下，301重定向默认为不带任何过期日期的缓存。

也就是说，只要浏览器的缓存可以容纳它，它就会一直被缓存。如果您手动清除缓存，或者为了给新缓存腾出空间而清除缓存条目，则会将其从缓存中删除。

您至少可以在Firefox中通过about:cache并在磁盘缓存下找到它来验证这一点。它在包括Chrome和基于Chromium的Edge在内的其他浏览器中也是这样工作的，尽管它们没有about:cache来检查缓存。

在所有浏览器中，仍然可以使用缓存指令覆盖这个默认行为，如下所述:

如果你不希望重定向被缓存

这种不确定缓存只是这些浏览器在没有指定的头文件时的默认缓存。逻辑是你指定了一个“永久的”重定向，而不给他们任何其他缓存指令，所以他们会把它当作你想要无限缓存。

如果指定了Cache-Control和Expires头，浏览器仍然像其他响应一样尊重它们。

您可以添加诸如Cache-Control: max-age=3600或Expires: Thu, 01 Dec 2014 16:00:00 GMT到您的301重定向头。你甚至可以添加Cache-Control: no-cache，这样它就不会被浏览器永久缓存，或者Cache-Control: no-store，这样它甚至不能被浏览器存储在临时存储中。

但是，如果您不希望您的重定向是永久的，那么使用302或307重定向可能是更好的选择。发出一个301重定向，但将其标记为不可缓存违背了301重定向的精神，即使它在技术上是有效的。YMMV，您可能会发现一些边缘情况，其中“永久”重定向具有时间限制是有意义的。注意，302和307重定向在浏览器默认情况下不缓存。

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

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

A simple solution is to issue another redirect back again. If the browser is directed back to a same URL a second time during a redirect, it should fetch it from the origin again instead of redirecting again from cache, in an attempt to avoid a redirect loop. Comments on this answer indicate this now works in all major browsers - but there may be some minor browsers where it doesn't. If you don't have control over the site where the previous redirect target went to, then you are out of luck. Try and beg the site owner to redirect back to you.

预防胜于治疗-避免301重定向，如果你不确定你想要永久撤销旧的URL。