处理 301 重定向时客户端 Web 浏览器的行为

Question

RFC 似乎建议客户端应该永久缓存响应： http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html

10.3.2 301永久移动

请求的资源已 分配一个新的永久 URI 和任何 未来对该资源的引用 应使用返回的 URI 之一。 具有链接编辑功能的客户端 应该自动重新链接 对 Request-URI 的引用之一 或更多返回的新引用 在可能的情况下由服务器执行。这 除非另有说明，响应是可缓存的 否则。

应该给出新的永久 URI 通过响应中的位置字段。 除非请求方法是HEAD， 响应的实体应该 包含一个简短的超文本注释 指向新 URI 的超链接。

如果收到 301 状态码 对 GET 以外的请求的响应 或 HEAD，用户代理不得 自动重定向请求 除非能够得到相关部门的确认 用户，因为这可能会改变 提出请求的条件 已发布。

 注意：之后自动重定向 POST 请求时
  收到 301 状态代码，一些现有的 HTTP/1.0 用户代理
  会错误地将其更改为 GET 请求。

我很难找到任何主要浏览器的具体浏览器文档来说明它们如何处理这些问题。

我已经开始深入研究 Firefox 的源代码，但很快就迷失了方向。

对于哪种（如果有）浏览器，以下情况是否属实？Firefox 或 IE 是否有明确的文档进行了说明？：

第一次：

• 1.1：用户输入指向站点 A 的链接，或者单击指向站点 A 的链接
• 1.2：浏览器第一次解释站点A的链接，没有缓存。将 GET 发送到站点 A。
• 1.2：站点 A 响应 301 重定向到站点 B
• 1.3：浏览器向站点B发送GET。

任何后续时间：

2.2：用户点击指向站点A的链接

2.2：浏览器发现，由于过去的 301 重定向，站点 A 现在应该是站点 B。

2.3：浏览器在站点 A 未发起任何请求的情况下，在站点 B 发起 GET。

Answer 1

我进行了一些测试，发现某些浏览器确实缓存了 301 结果：

Caches 301 result and skips contacting old address in future?

  Internet Explorer 7   no
  Firefox 3.0           no
  Chrome 4.0            yes
  Opera 10.01           yes for google.com, no for www.rnhart.net

我如何测试

我使用以下两个 301 结果进行测试：

• google.com returns a 301 to www.google.com
• www.rnhart.net returns a 301 to rnhart .net

我在自己的计算机上启动了代理服务器（Proxomitron Naoko 4.2，所有过滤器均已关闭）。在每个浏览器中，我将代理设置设置为指向我自己的计算机。我清除了浏览器的缓存，然后多次访问旧地址，并查看代理服务器的日志窗口以查看浏览器发出了哪些请求。

第一次访问旧地址时，代理日志会显示旧地址请求、301 响应和新地址请求。如果再次访问旧地址，日志要么显示同一组请求（301 未缓存），要么仅显示新地址请求（301 已缓存）。

我测试了在地址框中输入旧地址、从书签访问旧地址以及从页面上的链接访问旧地址。无论如何访问地址，每个浏览器都以相同的方式工作。

---

[我在调查类似的超级用户问题时发现了这个问题：浏览器是否会更改已保存书签的 URL 以响应 301 重定向？]

Answer 2

您可以使用此解决方法：
为用户设置 302 重定向，为搜索引擎设置 301。
在服务器端，只需检查用户代理即可。如果是机器人，请执行 301 重定向。否则，执行 302。

这不是“黄金之路”，但效果很好