Url 重定向页面前等待一段时间的原因是什么？
在将您重定向到“正确”的url之前，web上的许多页面都有一段等待时间 有时，它们下载的页面会让您在下载开始前等待几秒钟，而有时，它们只是URL因任何原因发生更改时的简单重定向，等等 在大多数情况下，它们还提供指向目标url的直接链接，并提到“如果您的页面没有自动重新加载，请单击此链接”（或类似内容） 我的问题是，等待的原因是什么？为什么不直接重定向呢？等待的“好处”是什么 我能想到的唯一原因是当页面移动时，你会通知用户，例如，他们可能会更改书签或其他内容 但在大多数其他情况下，用户只是不想等待，也不在乎。因此，如果他们已经提供了直接链接（用户可以尽快点击），为什么不直接重定向，并让它对用户“透明”Url 重定向页面前等待一段时间的原因是什么？,url,redirect,web,Url,Redirect,Web,在将您重定向到“正确”的url之前，web上的许多页面都有一段等待时间 有时，它们下载的页面会让您在下载开始前等待几秒钟，而有时，它们只是URL因任何原因发生更改时的简单重定向，等等 在大多数情况下，它们还提供指向目标url的直接链接，并提到“如果您的页面没有自动重新加载，请单击此链接”（或类似内容） 我的问题是，等待的原因是什么？为什么不直接重定向呢？等待的“好处”是什么 我能想到的唯一原因是当页面移动时，你会通知用户，例如，他们可能会更改书签或其他内容 但在大多数其他情况下，用户只是不想等待
那么等待重定向的真正原因是什么呢？在哪种情况下适用？如果有明显的延迟，通常意味着正在使用JavaScript 据我所知，它没有任何实际用途。然而，一个不同点是搜索引擎如何处理它。如果它返回一个200（OK）状态码，搜索引擎可能会索引它，如果它有合适的内容。HTTP重定向永远不会被索引（只是它们的目的地） 对于临时的灵活重定向（就像我感到幸运的那样），服务器应该发出一个命令
如果永久移动，服务器应以301响应。这段代码还意味着浏览器应该无限期地缓存重定向，这就像更新书签一样。我可以设计一个引擎，以防止对服务器的过度访问。这可能不是故意的等待；可能原始请求出现了错误，发生了错误，但该错误不会传播到UI。也许还有一些额外的工作要做。也许只是时间的问题。在不同的情况下可能会有所不同：）那么HTML重定向延迟是什么呢？我不知道你在问什么。你是说HTTP重定向，那它们呢？