图解HTTP总结(4)——返回结果的HTTP状态码

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/maydaysar/article/details/80606280

      HTTP状态码负责表示客户端HTTP请求的返回结果、标记服务器端的处理是否正常、通知出现的错误等工作。

      状态码的类别


2XX 成功

200 OK


表示从客户端发来的请求在服务器端被正常处理了。

在响应报文内,随状态码一起返回的信息会因为方法的不同而发生改变。

204 No Content


该状态码代表服务器端接收的请求已成功处理,但在返回的响应报文中不含实体的主体部分。另外,也不允许返回任何实体的主体。

206 Partial Content


      该状态码表示客户端进行了范围请求,而服务器成功执行了这部分的GET请求。响应报文中包含由Content-Range指定范围的实体内容。


3XX 重定向

301 Moved Permanently


      永久性重定向。该状态码表示请求的资源已被分配了新的URI,以后应使用资源现在所指的URI。也就是说,如果已经把资源对应的URI保存为书签了,这时应该按Location首部字段提示的URI重新保存。

       像下方给出的请求URI,当指定资源路径的最后忘记添加斜杠“/”,就会发生301状态码。

       http://example.com/sample


302 Found


      临时性重定向。该状态码表示请求的资源已被分配了新的URI,希望用户(本次)能使用新的URI访问。

      和301 Moved Permanently状态码相似,但302状态码代表的资源不是被永久移动,只是临时性质的。已移动的资源对应的URI将来还可能发生改变。


303 See Other


该状态码表示由于请求对应的资源存在着另一个URI,应使用GET方法定向获取请求的资源。

303状态码和302 Found状态码有着相同的功能,但303状态码明确表示客户端应当采用GET方法获取资源,


304 Not Modified


      该状态码表示客户端发送附带条件的请求时,服务器端允许请求访问资源,但未满足条件的情况。304返回时,不包含任何响应的主体部分。304虽然被划分在3XX类别中,但是和重定向没有关系。

      附带条件的请求是指采用 GET方法的请求报文中包含 If-MatchIf-ModifiedSinceIf-None-MatchIf-RangeIf-Unmodified-Since 中任一首部。


307 Temporary Redirect

       临时重定向。该状态码与302 Found有着相同的含义,尽管302标志禁止POST变换成GET,但实际使用时大家并不遵守。307会遵照浏览器标准,不会从POST编程GET。但是,对于处理响应时的行为,每种浏览器有可能出现不同的情况。


4XX 客户端错误

400 Bad Request


      该状态码表示请求报文中存在语法错误。当错误发生时,需修改请求的内容后再次发送请求。另外,浏览器会像200 OK一样对待该状态码。

401 Unauthorized 


      该状态码表示发送的请求需要通过HTTP认证(BASIC认证、DIGEST认证)的认证信息。另外若之前已进行过1次请求,则表示用户认证失败。

      返回含有401的响应必须包含一个适用于被请求资源的WWW-Authenticate首部用以质询(challenge)用户信息。当浏览器初次接收到401响应,会弹出认证用的对话窗口。


403 Forbidden


      该状态码表明对请求资源的访问被服务器拒绝了。服务器端没有必要给出拒绝的详细理由,但如果想作说明的话,可以在实体的主体部分对原因进行描述,这样就能让用户看到了。

      未获得文件系统的访问授权,访问权限出现某些问题(从未授权的发送源IP地址试图访问)等列举的情况都可能是发送403的原因。


404 Not Found


         该状态码表明服务器上无法找到请求的资源。除此之外,也可以在服务器端拒绝请求且不想说明理由时使用。


5XX 服务器错误

500 Internal Server Error


       该状态码表明服务器端在执行请求时发生了错误。也可能是Web应用存在的bug或某些临时的故障。


503 Server Unavailable


      该状态码表明服务器暂时处于超负载或正在进行停机维护,现在无法处理请求。如果事先得知解除以上状态需要的时间,最好写入RetryAfter首部字段再返回给客户端。

状态码和状况的不一致

      不少返回的状态码响应都是错误的,但是用户可能察觉不到这点。比如Web应用程序内部发送错误,状态码依然返回200 OK,这种情况也经常遇到。

猜你喜欢

转载自blog.csdn.net/maydaysar/article/details/80606280