由于我们的网络服务器配置错误的主域发送302重定向到新的位置。 我们修正这个问题。 当清空浏览器缓存现在一切工作正常。
对于“正常”的客户，谁不清空缓存自己：有多久302重定向保存在浏览器？
我在寻找特定的缓存时间 （如果有的话）为每个默认设置下的主流浏览器（Chrome浏览器，火狐，Safari，歌剧，边缘，IE 12）。
Answer 1:
它应该，除非还有一个根本不会被缓存Cache-Control或Expires由Web服务器返回头。 根据RFC 2616，第10.3.3节302实测值
所请求的资源在不同的URI暂住。 由于重定向可能偶尔被改变，客户应继续使用Request-URI为将来的请求。 如果由缓存控制指示或Expires头字段该响应是仅可缓存的。
Answer 2:
这里由乔恩·林引用的标准使用“应该”，这是不是“必须”强于RFC行话。 这不仅是一个理论distiction; CloudFlare的，例如， 不缓存重定向 ：
如果没有提供缓存的头信息（无缓存控制或过期），并且URL是可高速缓存（.JPG，的CSS，的.js等），则高速缓存的CloudFlare既301和302S。 我们缓存301为一个较短的时间段（约20分钟），几个小时和302S。
因此，您应该确保您可以处理它，或者使用显式的标题（例如： Cache-Control: private, no-cache ）直接对缓存它的浏览器和中间体。
Answer 3:
使用史蒂夫发声的重定向缓存测试工具 （感谢@LeonidVasilev），似乎结果可能不被预期的。 由于没有到期标题或饼干，结果如下：
Chrome的71：不进行缓存✔
火狐64：缓存✕
野生动物园12：缓存✕
因此，尽管什么RFC 2616，第10.3.3节302找到状态，不是所有浏览器都遵循这些原则或可能被认为是预期的行为是什么:(
Answer 4:
这取决于单个客户端的浏览器缓存设置：IE浏览器有一个选项为“从不”的新页面检查，但对重定向同样的效果。
而AFAIR IE的“自动”设置（默认？）是不是要好得多。
Answer 5:
火狐
它不应该被缓存，每个错误812167
文章来源: How long is a 302 redirect saved in browser?
