©
本文档使用
php中文网手册 发布
URL重定向或URL转发是一种保持链接处于活动状态的技术，而实际资源（作为页面，表单或整个Web应用程序）位于不同的URL上。HTTP提供了一种特殊类型的响应（HTTP重定向），用于执行用于多种目的的此操作：正在进行站点维护时的临时重定向，在站点体系结构更改后保持外部链接正常工作的永久重定向，上载文件时的进度页，还有很多 …
在HTTP中，服务器通过向请求发送特殊响应来重定向：重定向。HTTP重定向是状态码为的响应3xx。浏览器在收到重定向响应时，会使用提供的新网址并立即加载该网址：大多数情况下，重定向对用户来说都是透明的，除此之外性能下降很小。
有几种类型的重定向，它们分为三类：永久性，临时性和特殊重定向。
这些重定向意味着永远持续下去。他们暗示原来的网址不应该再使用，并且新的网址是首选。搜索引擎机器人会触发其索引中相关资源的URL更新。
Code | Text | Method handling | Typical use case |
|---|---|---|---|
301 | Moved Permanently | GET methods unchanged. Others may or may not be changed to GET.1 | Reorganization of a Web site. |
308 | Permanent Redirect | Method and body not changed. | Reorganization of a Web site, with non-GET links/operations. |
1规范没有意图允许更改方法，但实际上有用户代理在这里执行此操作。308已被创建以消除使用非GET方法时行为的不明确性。
有时，所请求的资源无法从其规范位置访问，但可以从其他位置访问。在这种情况下，可以使用临时重定向。搜索引擎机器人不会记住新的临时链接。在创建，更新和删除资源以呈现临时进度页面时，也会使用临时重定向。
码 | 文本 | 方法处理 | 典型的用例 |
|---|---|---|---|
302 | 发现 | GET方法不变。其他可能会或可能不会更改为GET.2 | 该网页暂时无法使用，原因尚未预见。这样，搜索引擎不会更新他们的链接。 |
303 | 见其他 | GET方法不变。其他人更改为GET（身体丢失）。 | 用于在PUT或POST之后重定向，以防止重新触发操作的页面刷新。 |
307 | 临时重定向 | 方法和主体没有改变 | 该网页暂时无法使用，原因尚未预见。这样，搜索引擎不会更新他们的链接。当网站上的非GET链接/操作可用时，优于302。 |
2规范没有意图允许方法改变，但实际上有用户代理在那里做这个。307已被创建以消除使用非GET方法时行为的不明确性。
除了这些通常的重定向之外，还有两个特定的重定向。的304（没有改变）一个页面到本地缓存的副本（这是陈旧的）重定向，以及300（可多选）是手动重定向：身体，由浏览器作为网页呈现，列出了可能的重定向和用户点击一个选择它。
码 | 文本 | 典型的用例 |
|---|---|---|
300 | 多项选择 | 并不多：这些选择被列在正文的HTML页面中。可以提供200 OK状态。 |
304 | 未修改 | 缓存刷新：这表示缓存值仍然是新鲜的可以使用。 |
HTTP重定向不是定义重定向的唯一方法。还有其他两种方法：使用<meta>元素的HTML重定向，以及使用DOM的 JavaScript重定向。
HTTP重定向是创建重定向的首选方式，但有时Web开发人员无法控制服务器或无法对其进行配置。对于这些特殊情况下，Web开发人员可以用一门手艺的HTML页面<meta>元素和http-equiv设置属性refresh的<head>页面。当显示页面时，浏览器会找到这个元素并且会转到指定的页面。
<head> <meta http-equiv="refresh" content="0; URL=http://www.example.com/" /></head>
该content属性以一个数字开头，表示浏览器在重定向到给定URL之前等待多少秒。始终将其设置0为更好的可访问性。
显然，这种方法只适用于HTML页面（或类似的），不能用于图像或任何其他类型的内容。
请注意，这些重定向会破坏浏览器中的后退按钮：您可以返回到带有此标题的页面，但它会立即再次向前移动。
JavaScript中的重定向是通过为window.location属性设置一个值并加载新页面来创建的。
window.location = "http://www.example.com/";
与HTML重定向一样，这不能适用于所有资源，显然这只会在执行JavaScript的客户端上起作用。另一方面，有更多的可能性，例如，只有满足一些条件时才能触发重定向。
对于URL重定向有三种可能性，可以同时指定几种方法，但首先应用哪一种？优先顺序如下：
当甚至没有传输页面时，HTTP重定向总是首先执行，当然甚至没有读取。
<meta>如果没有任何HTTP重定向，则执行HTML重定向（）。
只有在客户端启用JavaScript的情况下，JavaScript重定向才是最后的手段。
如果可能，请始终尝试使用HTTP重定向，并且不要使用<meta>元素。如果开发人员更改HTTP重定向并忘记HTML重定向，则重定向不再相同，或者以无限循环结束，或发生其他噩梦。
有很多用于重定向的用例，但由于每次重定向都会影响性能，所以它们的使用应该保持在最低限度。
理想情况下，一个资源有一个位置，因此有一个URL。但是有理由希望有一个资源的替代名称（几个域名，比如有或没有www前缀，或者更短和易记的URL，...）。在这些情况下，不要复制资源，而是使用重定向到一个真正的（规范）URL是有用的。
出于以下几个原因可以完成域别名化：
扩大您网站的覆盖面。一个常见的情况是，当您的网站位于www.example.com域名下时，您也example.com应该可以访问您的网页。在这种情况下设置example.com页面的重定向www.example.com。您也可能会提供常用的同义词名称，或经常输入您的域名的拼写错误。
转移到其他域。例如，您的公司已被重新命名，当您搜索旧名称时，您希望习惯了旧公司网站的用户仍能以新名称找到您。
强制HTTPS。对您网站的HTTP版本的请求将被重定向到您网站的HTTPS版本。
当您重新组织网站时，资源的URL会发生变化。即使您可以更新网站的内部链接以匹配新的命名方案，也无法控制外部资源使用的URL。你不想破坏这些链接，因为它们为你带来有价值的用户（并帮助你的搜索引擎优化），所以你设置了从旧网址到新网址的重定向。
即使这种技术也适用于内部链接，您应该尽量避免内部重定向。重定向具有显着的性能成本（因为额外的HTTP请求已完成），如果可以通过更正内部链接来避免它，则应修复这些链接。
不安全的请求修改服务器的状态，用户不应无意中重播它们。通常情况下，你不希望你的用户重新发送PUT，POST或DELETE请求。如果您只是作为此请求的结果提供响应，则只需简单按下重新加载按钮（可能在确认消息之后），重新发送请求。
在这种情况下，服务器可以发回303包含正确信息的（请参阅其他）响应，但如果按下重新加载按钮，则只会重新显示此页面，而不会重播不安全的请求。
某些请求可能需要更多时间在服务器上，例如有时DELETE请求被安排用于稍后处理。在这种情况下，响应是一个303（请参见其他）重定向，该重定向链接到指示该操作已安排的页面，并最终通知有关进度或允许取消该进度。
重定向可以在服务器配置文件中或.htaccess每个目录中设置。
所述mod_alias中模块具有Redirect与Redirect_Match该设置了指令302（默认）的反应：
<VirtualHost *:80> ServerName example.com Redirect / http://www.example.com</VirtualHost>
该URL http://example.com/将被重定向到http://www.example.com/（但不是http://example.com/other.html）
Redirect_Match 做同样的事情，但需要一个正则表达式来定义受影响的URL集合：
RedirectMatch ^/images/(.*)$ http://images.example.com/$1
该images/文件夹中的所有文档都将重定向到不同的域。
如果您不想设置临时重定向，则可以使用额外参数（要使用的HTTP状态码或permanent关键字）来设置不同的重定向：
Redirect permanent / http://www.example.com Redirect 301 / http://www.example.com
该mod_rewrite的模块也可以用来创建重定向。它更灵活，但使用起来更复杂一些。
在Nginx中，您为要重定向的内容创建特定的服务器块：
server {
listen 80;
server_name example.com;return 301 $scheme://www.example.com$request_uri;}要仅将重定向应用于文件夹或页面的子集，请使用以下rewrite指令：
rewrite ^/images/(.*)$ http://images.example.com/$1 redirect;rewrite ^/images/(.*)$ http://images.example.com/$1 permanent;
在IIS中，您使用该<httpRedirect>元素来配置重定向。
当连续的重定向遵循已经遵循的重定向时，重定向循环发生。换句话说，有一个永远不会完成的循环，最终不会找到任何页面。
大多数情况下，这是一个服务器问题，如果服务器无法检测到，它会发回一个500 Internal Server Error。如果在修改服务器配置后很快遇到这样的错误，这可能是重定向循环。
有时候，服务器不会检测到它：重定向循环可以分布在几台服务器上，每台服务器都没有完整的图像。在这种情况下，浏览器会检测到它并发布错误消息。Firefox将显示：
Firefox has detected that the server is redirecting the request for this address in a way that will never complete.
而Chrome会显示：
This Webpage has a redirect loop
在这两种情况下，用户都无法做很多事情（除非他们身上发生了腐败现象，例如缓存或Cookie不匹配）。
避免重定向循环很重要，因为它们完全破坏了用户体验。
在MDN上编辑此页面