重定向：资源密集型？

Question

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

Answer 1

  

资源密集型重定向的方式是什么？

这取决于您涉及的资源。这意味着从客户端到服务器还有一个HTTP往返。这需要一点点带宽，它需要服务器和客户端之间的任何延迟，并且它需要服务器上的一小部分资源来输出HTTP标头并关闭/打开连接。总的来说，它并没有占用任何可观的资源，但是每隔一千个用户放大一半左右它确实需要一些。多少取决于服务器以及你正在做什么（Apache .htaccess规则？PHP脚本？node.js进程？nginx重写？）。

  

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

如果这是建模服务器的最佳和最糟糕的方式，并且所需的资源不是太苛刻（很可能不是），当然。

Answer 2

我认为甚至没有必要详细说明您所关注的资源：重定向不是什么大问题而且很常见。我认为关键是明智地使用它们。

我遇到的一些明智的例子是重定向搜索引擎优化或返回替代以前产品（类别）的产品（类别）;在这些情况下，使用重定向是非常重要的，因为它们是有道理的。

Answer 3

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

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