Retry-After - HTTP 编辑

在HTTP协议中,响应首部 Retry-After 表示用户代理需要等待多长时间之后才能继续发送请求。这个首部主要应用于以下两种场景:

  • 当与 503 (Service Unavailable,当前服务不存在) 响应一起发送的时候,表示服务下线的预期时长。
  • 当与重定向响应一起发送的时候,比如 301 (Moved Permanently,永久迁移),表示用户代理在发送重定向请求之前需要等待的最短时间。
Header typeResponse header
Forbidden header nameno

语法

Retry-After: <http-date>
Retry-After: <delay-seconds>

指令

<http-date>
表示在此时间之后可以重新尝试。参见  Date  首部来获取HTTP协议中关于日期格式的细节信息。
<delay-seconds>
一个非负的十进制整数,表示在重试之前需要等待的秒数。

示例

对于计划内宕机时间的处理

不同的客户端与服务器端应用对于 Retry-After 首部的支持依然不太一致。不过,一些爬虫程序,比如谷歌的爬虫程序 Googlebot,会遵循 Retry-After 首部的规则。将其与  503 (Service Unavailable,当前服务不存在)  响应一起发送有助于互联网引擎做出判断,在宕机结束之后继续对网站构建索引。

Retry-After: Wed, 21 Oct 2015 07:28:00 GMT
Retry-After: 120

规范

SpecificationTitle
RFC 7231, section 7.1.3: Retry-AfterHypertext Transfer Protocol (HTTP/1.1): Semantics and Content

浏览器兼容性

BCD tables only load in the browser

相关内容

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据

词条统计

浏览:91 次

字数:4059

最后编辑:8 年前

编辑次数:0 次

    我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
    原文