php - 重定向：资源密集程度如何？

Question

与没有重定向的页面相比，脚本执行重定向时服务器资源（内存、处理能力）的压力是多少？如果在用户看到最终页面之前执行了两个或多个重定向，是否可以（常见/最佳实践）？

Answer 1

重定向的资源密集程度如何？

这取决于您涉及的资源。这意味着从客户端到服务器还有一次 HTTP 往返。这需要一点带宽，无论服务器和客户端之间的延迟是多少，服务器上都需要一点点资源来输出 HTTP 标头和关闭/打开连接。总体而言，它不会占用任何可观的资源，但每秒增加一千个用户左右确实需要一些. 到底有多少取决于服务器以及您到底在做什么（Apache .htaccess 规则？PHP 脚本？node.js 进程？nginx 重写？）。

如果在用户看到最终页面之前执行了两次或更多重定向，是否可以？

如果这是为您的服务器建模的最佳和最干燥的方法，并且所需的资源不是太苛刻（很可能不是），那么当然可以。

Answer 2

我认为甚至没有必要详细说明您关心的资源：重定向不是什么大问题，而且很常见。我认为关键是像任何东西一样明智地使用它们。

我遇到的几个明智的例子是 SEO 重定向或返回替换以前产品（类别）的产品（类别）；在这些情况下，密集的资源使用从来没有像使用重定向那样令人担忧，因为它们是有意义的。

Answer 3

对于服务器，发送 301 需要尽可能多的资源来生成 301（如果它是一个恒定的重定向，几乎没有；它需要一个数据库连接，那么就这么多）。

然而，对于客户端来说，这意味着等待一个额外的 HTTP 往返，让您的页面感觉更慢。