1. 响应码分类:1xx
响应码规范:RFC6585 (2012.4)、RFC7231 (2014.6)
1xx 类状态码属于提示信息,是协议处理中的一种中间状态(请求已接收到,需要进一步处理才能完成),实际用到的比较少,HTTP1.0 不支持
header 1 |
header 2 |
header 3 |
header 4 |
100 |
Continue 继续 |
上传大文件前使用 |
由客户端发起请求中携带 Expect: 100-continue 头部触发请求者应当继续 提出请求。服务器返回此代码表示已收到请求的第一部分,正在等待其余部分 |
101 |
Switch Protocols 切换协议 |
协议升级使用 |
由客户端发起请求中携带 Upgrade: 头部触发,如升级 websocket 或者 http/2.0 请求者已要求服务器切换协议,服务器已确认并准备切换 |
102 |
Processing |
WebDAV 请求可能包含许多涉及 文件操作的子请求,需要很长 时间才能完成请求。 |
该代码表示服务器已经收到并正在处理请求,但无响应可用。这样可以防止 客户端超时,并假设请求丢失 |
2 响应码分类: 2xx
2xx 类状态码表示服务器成功处理了客户端的请求
header 1 |
header 2 |
header 3 |
200 |
OK(成功) |
服务器已成功处理了请求。通常,这表示服务器提供了请求的网页。 如果是非 HEAD 请求,服务器返回的响应头都会有 body 数据。 表示 Googlebot 已成功检索到该文件 |
201 |
Created(已创建) |
请求成功并且有新资源在服务器端被成功创建 (wireshark中过滤:http.response.code==201) |
202 |
Accepted(已接受) |
服务器接收并开始处理请求,但请求尚未处理完成。这样一个模糊的概念是有意如此设计, 可以覆盖更多的场景。例如异步、需要长时间处理的任务 |
203 |
Non-Authoritative Information 非授权信息 |
服务器已成功处理了请求,但返回的信息可能来自另一来源 当代理服务器修改了 origin server 的 原始响应包体时(例如更换了HTML中的元素值), 代理服务器可以修改 200为203的方式告知客户端这一事实, 方便客户端为这一行为作出相应的处理。 203响应可以被缓存 |
204 |
No Content无内容 |
服务器成功处理了请求,但没有返回任何内容,即成功执行了请求且不携带响应包体, 并暗示客户端无需更新当前的页面视图,常见于我们用put、post等方法上传一些资源, 返回的响应不需要刷新当前的UI |
205 |
Reset Content重置内容 |
服务器成功处理了请求,但没有返回任何内容。与 204 响应不同,此响应要求请求者重置 文档视图(例如,清除表单内容以输入新内容)成功执行了请求且不携带响应包体,同时指明客户端需要更新当前页面视图 |
206 |
Partial Content部分内容 |
服务器成功处理了部分 GET 请求。是应用于 HTTP 分块下载或断点续传, 表示响应返回的 body 数据并不是资源的全部,而是其中的一部分, 使用 range 协议时返回部分响应内容时的响应码 |
207 |
Multi-Status |
RFC4918 ,在 WEBDAV 协议中以 XML 返回多个资源的状态。 (wireshark中过滤:http.response.code==207) |
208 |
Already Reported |
RFC5842 ,为避免相同集合下资源在207响应码下重复上报,使用 208 可以使用父集合的响应码 |
3 响应码分类: 3xx
3xx 类状态码表示客户端请求的资源发送了变动,需要客户端用新的 URL
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)