html网络状态码,Http_4个新的http状态码：42八、42九、43一、511

一、428 Precondition Required (要求先决条件)

先决条件是客户端发送 HTTP 请求时，必需要知足的一些预设条件。一个好的例子就是 If-None-Match 头，常常用在 GET 请求中。若是指定了 If-None-Match ，那么客户端只在响应中的 ETag 改变后才会从新接收回应。html

先决条件的另一个例子是 If-Match 头，通常用在 PUT 请求上，用于指示只更新但没有被改变的资源。这在多个客户端使用 HTTP 服务时用来防止彼此间覆盖相同内容的状况。服务器

当服务器端使用 428 Precondition Required 状态码时，表示客户端必须发送上述的请求头才能执行该请求操做。这个方法为服务器提供一种有效的方法来阻止 “lost update”问题的出现。网络

二、429 Too Many Requests (太多请求)

当你须要限制客户端请求某个服务的数量，也就是限制请求速度时，该状态码就会很是有用。在此以前，有一些相似的状态码。例如“509 Bandwidth Limit Exceeded”。网站

若是你但愿限制客户端对服务的请求数，可以使用 429 状态码，同时包含一个 Retry-After 响应头用于告诉客户端多长时间后能够再次请求服务。ui

三、431 Request Header Fields Too Large (请求头字段太大)

某些状况下，客户端发送 HTTP 请求头会变得很大，那么服务器可发送 431 Request Header Fields Too Large 来指明该问题。htm

我不太清楚为何没有 430 状态码，而是直接从 429 跳到 431，我尝试搜索但没有结果。惟一的猜想是 430 Forbidden 跟 403 Forbidden 太像了，为了不混淆才这么作的，天知道！资源

四、511 Network Authentication Required (要求网络认证)

对我来讲这个状态码颇有趣，若是你在开发一个 HTTP 服务器，你不必定须要处理该状态码，但若是你在编写 HTTP 客户端，那这个状态码就很是重要。开发

若是你频繁使用笔记本和智能手机，你可能会注意到大量的公用 Wifi 服务要求你必须接受一些协议或者必须登陆后才能使用，这是经过拦截HTTP流量实现的。当用户试图访问网络返回一个重定向和登陆，这很讨厌，可是实际状况就是这样的。文档

使用这些“拦截”客户端，会有一些讨厌的反作用。在 RFC 中提到如下这两个的例子：get

若是你在登陆Wifi前访问某个网站，网络设备将会拦截首个请求，这些设备每每也有本身的网站图标“favicon.ico”。登陆后你会发现，有一段时间内你访问的网站图标一直是Wifi登陆网站的图标。

若是客户端使用HTTP请求来查找文档，网络将会响应一个登陆页，这样你的客户端就会解析错误并致使客户端运行异常，在现实中这种问题很是常见。

而 511 状态码的提出就是为了解决这个问题。所以，若是你正在编写 HTTP 的客户端，你最好仍是检查 511 状态码以确认是否须要认证后才能访问。