四个新的http状态码

RFC 6585 最近刚刚发布，该文档描述了 4 个新的http 状态码。
　　HTTP 协议还在变化?是的，HTTP 协议一直在演变，新的状态码对于开发REST 服务或者说是基于 HTTP 的服务非常有用，下面我们为你详细介绍这四个新的状态码以及是否应该使用。
　　428 Precondition Required (要求先决条件)
　　先决条件是客户端发送 HTTP 请求时，如果想要请求能成功必须满足一些预设的条件。
　　一个好的例子就是 If-None-Match 头，经常在get请求中使用，如果指定了 If-None-Match ，那么客户端只在响应中的 ETag 改变后才会重新接收回应。
　　先决条件的另外一个例子就是 If-Match 头，这个一般用在 PUT 请求上用于指示只更新没被改变的资源，这在多个客户端使用 HTTP 服务时用来防止彼此间不会覆盖相同内容。
　　当服务器端使用 428 Precondition Required 状态码时，表示客户端必须发送上述的请求头才能执行请求，这个方法为服务器提供一种有效的方法来阻止 'lost update' 问题。
　　429 Too Many Requests (太多请求)
　　当你需要限制客户端请求某个服务数量时，该状态码就很有用，也就是请求速度限制。
　　在此之前，有一些类似的状态码，例如 '509 Bandwidth Limit Exceeded'. Twitter 使用 420 (这不是HTTP定义的状态码)
　　如果你希望限制客户端对服务的请求数，可使用 429 状态码，同时包含一个 Retry-After 响应头用于告诉客户端多长时间后可以再次请求服务。
　　431 Request Header Fields Too Large (请求头字段太大)
　　某些情况下，客户端发送 HTTP 请求头会变得很大，那么服务器可发送 431 Request Header Fields Too Large 来指明该问题。
　　我不太清楚为什么没有 430 状态码，而是直接从 429 跳到 431，我尝试搜索但没有结果。唯一的猜测是 430 Forbidden 跟 403 Forbidden 太像了，为了避免混淆才这么做的，天知道!
　　511 Network Authentication Required (要求网络认证)
　　对我来说这个状态码很有趣，如果你在开发一个 HTTP 服务器，你不一定需要处理该状态码，但如果你在编写 HTTP 客户端，那这个状态码就非常重要。
　　如果你频繁使用笔记本和智能手机，你可能会注意到大量的公用 WIFI 服务要求你必须接受一些协议或者必须登录后才能使用。
　本文由网络工程师培训整理