由于HTTP应用程序总是要做下列三件事，所以在现代网络中重定向是普遍存在的：

出于这些原因，Web内容通常分布在很多地方。这样做是出于可靠性的考虑：

可以将重定向当做一组有助于找到“最佳”分布式内容的技术

重定向和负载均衡是共存的。

从客户端向目标发送HTTP请求，Web服务器会根据每个IP来处理请求。将请求分摊到复制的服务器中去，就意味着应该把对某特定URL的每条请求都发送到最佳Web服务器上去(最靠近客户端的、或者负载最轻的或者采用其他优化策略选择的服务器)。

重定向的目标是尽快的将HTTP报文发送到可用的Web服务器上去。在穿过因特网的路径上，HTTP报文传输的方向会受到HTTP应用程序和报文经由的路由设备的影响。实例：

浏览器配置、DNS、TCP/IP路由以及HTTP都提供了重定向的机制。

通过这些技术可以将流量重定向到不同(更优)的服务器，或者通过代理来转发流量

Web服务器可以将短的重定向报文发回给客户端，高速它们去其他地方试试。（具体那台服务器主要考虑【服务器的负载】和【浏览器和服务器之间的因特网距离】）

有些Web站点会将HTTP重定向作为一种简单的负载均衡形式来使用。

处理重定向的服务器(重定向服务器)找到可用的负载最小的内容服务器，并将浏览器重定向到那条服务器上去。

与其他一些形式的重定向相比，HTTP重定向的优点之一就是重定向服务器知道客户端的IP地址：理论上来讲，它可以做出更合理的选择。

下面是HTTP重定向的工作过程。在图a中，Alice向www.joes-hardware.com发送了一条请求： 在图b中，服务器没有会送带有HTTP状态码200的Web页面主体，而是会送一个带有状态码的302的重定向报文： 然后，在图c中，浏览器会用重定向URL重新发送请求，这次会发送给主机161.48.228.45： 另一个客户端可能会被重定向到另一台服务器上去，在图f中，Bob的请求会重定向到161.58.228.46

HTTP重定向可以在服务器间导引请求，但它由以下几个缺点：

由于存在这些弱点，HTTP重定向通常会与其他一种或者多种重定向技术结合使用。

每次客户端试图访问网站时，都必须将域名比如www.joes-hardware.com解析为IP地址。DNS允许将几个IP地址关联到一个域中，可以配置DNS解析程序，或者对其进行编程，以返回可变的IP地址。

下图中，joe为www.joes-hardware.com允许了四条服务器。DNS服务器要决定为www.joes-hardware.com返回4个IP地址中的哪一个。最简单的DNS决策算法是轮转

在任播寻址中，几个地理上分散的Web服务器拥有完全相同的IP地址，而且会通过骨干路由器的“路由算法”路由功能将客户端的请求发送给离它最近的服务器。

任播寻址仍然是一个实验性的技术。要使用分布式任播技术，服务器就必须“使用路由器语言”，而且路由器必须能够处理可能出现的地址冲突