HTTP状态码负责表示客户端HTTP请求的返回结果、标记服务器端的处理是否正常、通知出现的错误等工作。HTTP状态码在实际的工作中十分常用。
一、状态码告知从服务器端返回的恳求结果
状态码的职责是当客户端向服务端发送恳求时,描述返回的恳求结果。借助状态码,用户可以晓得服务器端是正常处理了恳求,还是出现了错误。状态码如200 OK,以3位数字和缘由句子组成。
数字中的第一位指定了响应类别,后两位无分类。响应类别有以下5种:
类别
愿意句子
1XX
Information(信息性状态码)
接收的恳求正在处理
2XX
Success(成功状态码)
请求正常处理完毕
3XX
Redirection(重定向状态码)
需要进行附加操作以完成恳求
4XX
Client Error(客户端错误状态码)
服务器未能处理恳求
5XX
Server Error(服务器错误状态码)
服务器处理恳求出错
接下来介绍具有代表性的14个状态码。
二、2XX成功
2XX的响应结果表明恳求被正常处理了。
2.1 200 OK
表示从客户端发来的恳求在服务端被正常处理了。
在响应报文内,随状态码一起返回的信息会因方式的不同而发生改变。比如,使用GET方式时,对应恳求资源的实体会作为响应返回;而使用HEAD方式时,响应中只返回首部,不返回实体的主体部份。
2.2 204 No Content
该状态码代表服务器接收的恳求已成功处理,但在返回的响应报文中不含实体的主体部份。另外,也不容许返回任何实体的主体。比如,当从浏览器发出恳求处理后,返回204响应,那么浏览器显示的页面不会发生更新。
一般在只须要从客户端往服务器发送消息,而对客户端不需要发送新信息内容的情况下使用。
2.3 206 Partial Content
该状态码表示客户端进行了范围恳求,而服务器成功执行了这部份的GET恳求。响应报文中包含由Content-Range指定范围的实体内容。在openstack swift api中就有恳求文件部份数据的事例,在恳求header中加入{"Range":"bytes=XXX"}即可。
三、3XX重定向
3XX响应结果表明浏览器须要执行个别特殊的处理以正确处理恳求。
3.1 301 Moved Permanently
永久性重定向。该状态码表示恳求的资源已被分配了新的URI,以后应使用资源现今所指的URI。也就是说,如果早已把资源对应的URI保存为书签了,这时应当根据Location首部数组提示的URI重新保存。
像下方给出的恳求URI,当指定资源路径的最后忘掉添加斜杠"/",就会形成301状态码。
http://example.com/sample
3.2 302 Found
临时性重定向。该状态码表示恳求的资源早已被分配了新的URI,希望用户(本次)能使用新的URI访问。
和301Moved Permanently状态码相像,但302状态码代表的资源不是被永久联通,只是临时性质的。换句话说,已联通的资源对应的URI将来还有可能发生改变。比如,用户把URI保存成书签,但不会像301状态码出现时那样去更新书签,而是始终保留返回302状态码的页面对应的URI。
3.3 303 See Other
该状态码表示因为甲烷对应的资源存在着另一个URI,应使用GET方式定向获取恳求的资源。
303状态码和302Found状态码有着相同的功能,但303状态码明晰表示客户端应该采用GET方式获取资源,这点与302状态码有区别。
比如,当使用POST方式访问CGI程序,其执行后的处理结果是希望客户端能以GET方式重定向到另一个URI起来时,返回303状态码。虽然302Found状态码也可以实现相同的功能,但这儿使用303状态码是最理想的。
3.4 304 Not Modified
该状态码表示客户端发送附送条件的恳求时,服务器端容许恳求访问资源,但未满足条件的情况。304状态码返回时,不包含任何响应的主体部份。304即使被界定在3XX类别中,但是和重定向没有关系。
3.5 307 Temporary Redirect
临时重定向。该状态码与302 Found有着相同的含意。尽管302标准严禁POST变换成GET,但实际使用时大伙并不违背。
307会依照浏览器标准,不会从POST弄成GET。但是,对于处理响应时的行为,每种浏览器有可能出现不同的情况。
四、4XX客户端错误
4XX的响应结果表明客户端是发生错误的诱因所在。
4.1 400 Bad Request
该状态码表示恳求报文中存在句型错误。当错误发生时,需更改恳求的内容后再度发送恳求。另外,浏览器会像200 OK一样对待该装条形码。
4.2 401 Unauthorized
该状态码表示发送的恳求须要有通过HTTP认证(BASIC认证、DIGEST认证)的认证信息。另外若之前进行过1次恳求,则表示用户认证失败。
返回富含401的响应必须包含一个适用于被恳求资源的WWW-Authenticate首部用以质询(challenge)用户信息。当浏览器初次接收到401响应,会弹出认证用的对话窗口。
4.3 403 Forrbidden
该状态码表明对恳求资源的访问被服务器拒绝了。服务器端没有必要给出拒绝的相信理由,但若果想作说明的话,可以在实体的主体部份对缘由进行描述,这样才能让用户听到了。
未获得文件系统的访问授权,访问权限出现个别问题(从未授权发送源IP地址企图访问)等罗列的情况都可能是发生403的缘由。
4.4 404 Not Found
Not Found:The requested URL /a was not found on this server.
服务器上没有恳求的资源。
该状态码表明服务器上难以找到恳求的资源。除此之外,也可以在服务器端拒绝恳求且不想说明理由时使用。
五、5XX服务器错误
5XX的响应结果表明服务器本身发生错误。
5.1 500 Internal Server Error
该状态码表明服务器端在执行恳求时发生了错误。也有可能是Web应用存在的bug或个别临时的故障。
5.2 503 Service Unavailable
该状态码表明服务器暂时出于超负荷或正在进行停机维护,现在难以处理恳求。如果事先得悉解除以上状况须要的时间,最好写入Retry-After首部数组再返回给客户端。
还有可能是外网机器设置了内网代理,然后访问外网url服务器内部错误的状态码是,也会出现503。unset http_proxy;unset https_proxy。
状态码和状况的不一致:
不少返回的状态码响应都是错误的,但是用户可能察觉不到这点。比如Web应用程序内部发生错误服务器内部错误的状态码是,状态码仍然返回200 OK,这种情况也常常遇见。