超文本传输协议-HTTP/1.1 消息代码含义

2019独角兽企业重金招聘Python工程师标准>>>

状态码与原因短语 （Status Code and Reason Phrase）

Status-Code元素是一个试图理解和满足请求的三位数字整数码，这些码的完整定义在第十章。
原因短语（Reason-Phrase）是为了给出关于状态码的简单的文本描述。状态码用于控制，而

原因短语（Reason-Phrase）是让用户便于阅读。客户端不需要检查和显示原因短语。

状态码的第一位数字定义响应类别。后两位数字没有任何分类角色。第一位数字有五种值：

-1xx ：报告的 -请求被接收到，继续处理
-2xx ：成功 - 被成功地接收（received），理解（understood），接受
（accepted）的动作 。
-3xx ：重发 - 为了完成请求必须采取进一步的动作。
-4xx ：客户端出错 - 请求包括错的语法或不能被满足。

-5xx ：服务器出错 - 服务器无法完成显然有效的请求。

下面列举了为HTTP/1.1定义的态码值，和对应的原因短语（Reason-Phrase）的例子。原因短

语在这里例举只是建议性的----它们也许被一个局部的等价体代替而不会影响此协议的语义。

Status-Code ＝
"100" ; 10.1.1节: 继续
|"101" ; 10.1.2节: 转换协议
|"200" ; 10.2.1节: OK
|"201" ; 10.2.2节: 已创建
|"202" ; 10.2.3节: 接受
|"203" ; 10.2.4节: 非权威信息
|"204" ; 10.2.5节: 无内容
|"205" ; 10.2.6节: 重置内容
|"206" ; 10.2.7节: 部分内容
|"300" ; 10.3.1节: 多个选择
|"301" ; 10.3.2节: 永久移动
|"302" ; 10.3.3节: 发现
|"303" ; 10.3.4节: 见其它
|"304" ; 10.3.5节: 没有被改变
|"305" ; 10.3.6节: 使用代理
|"307" ; 10.3.8节 临时重发
|"400" ; 10.4.1节: 坏请求
|"401" ; 10.4.2节: 未授权的
|"402" ; 10.4.3节: 必要的支付
|"403" ; 10.4.4节: 禁用
|"404" ; 10.4.5节: 没有找到
|"405" ; 10.4.6节: 方式不被允许
|"406" ; 10.4.7节: 不接受的
|"407" ; 10.4.8节: 需要代理验证
|"408" ; 10.4.9节： 请求超时
|"409" ; 10.4.10节； 冲突
|"410" ; 10.4.11节： 不存在
|"411" ; 10.4.12节： 长度必需
|"412" ； 10.4.13节；先决条件失败
|"413" ; 10.4.14节： 请求实体太大
|"414" ; 10.4.15节； 请求URI太大
|"415" ; 10.4.16节： 不被支持的媒体类型
|"416" ； 10.4.17节： 请求的范围不满足
|"417" ; 10.4.18节： 期望失败
|"500" ; 10.5.1节: 服务器内部错误
|"501" ; 10.5.2节: 不能实现
|"502" ; 10.5.3节: 坏网关
|"503" ; 10.5.4节: 服务不能获得
|"504" ; 10.5.5节: 网关超时
|"505" ; 10.5.6节: HTTP版本不支持
|扩展码
extension-code =3DIGIT

Reason-Phrase = *<TEXT,excluding CR,LF>

HTTP状态码是可扩展的。HTTP应用程序不需要理解所有已注册状态码的含义，尽管那样的理
解是很希望的。但是，应用程序必须了解由第一位数字指定的状态码的类别，任何未被识别的
响应应被看作是那个类别的x00状态码，未被识别的响应不能被缓存除外。例如，如果客户端
收到一个未被识别的状态码431，则可以安全的认为请求有错，并且它会对待此响应就像它接
收了一个状态码是400的响应。在这种情况下，用户代理（user agent）应当把响应的实体展
现给用户，因为实体有可能包括人类可读的信息，这些信息也许能解释非正常状态的原因。

转载于:https://my.oschina.net/cniiliuqi/blog/83848