当前位置: > 投稿>正文

五个http常用状态码及其含义,HTTP状态码

02-22 互联网 未知 投稿

HTTP状态码

当浏览者访问一个网页时,浏览者的浏览器会向网页所在服务器发出请求。当浏览器接收并显示网页前,此网页所在的服务器会返回一个包含HTTP状态码的信息头(server header)用以响应浏览器的请求。

HTTP状态码的英文为HTTP Status Code。

下面是常见的HTTP状态码:

HTTP状态码分类

HTTP状态码由三个十进制数字组成,第一个十进制数字定义了状态码的类型,后两个数字没有分类的作用。HTTP状态码共分为5种类型:

HTTP状态码列表:

五个http常用状态码及其含义,HTTP状态码

本文同步本人掘金平台的文章:https://juejin.cn/post/6844903844543987719

五个http常用状态码及其含义,HTTP状态码

作为一个web开发工程师,我们平时都会和诸如200, 304, 404, 501等状态码打交道,那么它们是什么意思呢?今天,我们来聊聊~

什么是HTTP状态码

HTTP状态码是服务端返回给客户端(因为这里是web开发,这里的客户端指浏览器客户端)的3位数字代码。

这些状态码相当于浏览器和服务器之间的对话信息。它们相互沟通两者之间的事情是正常运行了还是运行失败了或者发生了一些其他的事情(如Continue)。了解状态码有助于你快速的诊断错误,减少网站的停机时间等等。

状态码分类

状态码共分为五类,以1-5数字开头进行标识,如下:

  • 1xxs - 信息性:服务器正在处理请求。
  • 2xxs - 成功信息:请求已经完成,服务器向浏览器提供了预期的响应。
  • 3xxs –重定向:你的请求被重定向到了其他地方。服务器收到了请求,但是有某种重定向。
  • 4xxs – 客户端错误:客户端发生错误,导致服务器无法处理请求。
  • 5xxs – 服务端错误:客户端发出了有效的请求,但是服务器未能正确处理请求。

备注:3xxs类中的304是个奇葩,其不属于重定向信息提示,这个后面会讲到

HTTP状态码大体的内容已经了解了,但是在具体的工作中,要用到具体的状态码,我们下面来展开说明下各自的一些状态码和工作中常用到的那些状态码

1xxs状态码
  • 100 Continue:表明目前为止,所有的请求内容都是可行的,客户端应该继续请求,如果完成,则忽略它。
  • 101 Switching Protocol:该状态码是响应客户端Upgrade标头发送的,并且指示服务器也正在切换协议。
  • 103 Early Hints:主要用于与Link链接头一起使用,以允许用户代理在服务器仍在准备响应时开始预加载资源。

备注:在web开发的工作中,我们都会使用封装好的库进行接口请求,而且浏览器的控制台网络中也不会出现这类状态码的提示(我没看到过),所以这一大类基本不会接触到,了解一下即可。

2xxs状态码
  • 200 OK:请求成功。成功的含义取决于HTTP方法: GET:资源已被提取并在消息正文中传输。 HEAD:实体标头位于消息正文中。 POST:描述动作结果的资源在消息体中传输。 TRACE:消息正文包含服务器收到的请求信息。(方法不安全,一般不用)

说到了HTTP的方法,可以戳HTTP请求方法这个解析教程来了解一下。

  • 201 Created:请求已经成功,并因此创建了一个新的资源。这通常是在PUT或POST请求之后发送的响应。
  • 202 Accepted:请求已经接收到,但是没有响应,没有结果。意味着不会有一个异步的响应去表明当前请求的结果,预期另外的进程和服务去处理请求,或者批处理。
  • 204 No Content:服务器成功处理了请求,但不需要返回任何实体内容,并且希望返回更新了的元信息。遇到复杂请求时候,浏览器会发送一个OPTION方法进行预处理返回响应。

关于复杂请求和简单请求,可以参考这篇文章CORS非简单请求。

  • 205 Reset Content:服务器已经成功处理了请求,但是没有返回任何内容。与204响应不同,返回此状态码的响应要求请求者重置文档视图。

备注:使用的最多的2xxs状态码是200和204,在遇到204状态码的时候,要注意一下自己发的请求是不是复杂请求。如果是复杂请求,那么在得到204返回时,浏览器有没有接受了这个请求的返回,如果没有,要叫后端搞下相关配置了。

3xxs状态码

上文已经提到过,这一大类是提示重定向,可是有一个奇葩--304,它并不是表示重定向的信息提示,而是表示资源未被更改。至于为什么会被放在这个分类里面,真不知道~(看官知道的话补充下啦)

  • 301 Moved Permanently:被请求的资源已永久移动到新位置,并且将来任何对此资源的引用都应该使用响应返回的若干个URI之一。
  • 302 Found(Previously "Moved temporarily"):请求的资源现在临时从不同的URI响应请求。由于这样的重定向是临时的,客户端应当继续向原有地址发送以后的请求。只有在Cache-Control或Expires中进行了指定的情况下,这个响应才是可缓存的。
  • 303 See Other:对当前的请求的响应可以在另一个URI上被找到,而且客户端应该采用GET的方式访问那个链接。这个方法的存在主要是为了允许由脚本激活的POST请求输出重定向到一个新的资源。
  • 304 Not Modified:如果客户端发送了一个带条件的 GET 请求且该请求已被允许,而文档的内容(自上次访问以来或者根据请求的条件)并没有改变,则服务器应当返回这个状态码。304 响应禁止包含消息体,因此始终以消息头后的第一个空行结尾。请求的时候一般结合If-Modified-Since头部使用。
  • 307 Temporary Redirect:307的意义如上302。与历史上302不同的是在重新发出原始请求时不允许更改请求方法。比如,使用POST请求始终就该用POST请求。

备注:307和303已经替代了历史上的302状态码,现在看到的临时重定向的状态码是307。详细内容可到维基百科上查看。

4xxs状态码
  • 401 Unauthorized:这意味着你的登录凭证无效。服务器不知道你是谁,这时,你需要尝试重新登录。
  • 403 Forbidden:服务器已经理解请求,但是拒绝执行它。与401不同,403知道是你登录了,但是还是拒绝了你。
  • 404 Not Found:请求失败,你请求所希望得到的资源未在服务器上发现。
  • 410 Gone:被请求的资源在服务器上已经不再可用,而且没有任何已知的转发地址。
  • 422 Unprocessable Entity:请求格式良好,但是由于语义错误而无妨遵循。这时候要检查下自己的传参格式语义有没有正确了。
  • 429 Too Many Requests:用户在给定的时间内发送了太多请求(“限制请求速率”)。在DDOS攻击中就可以使用到了。

备注:这里要注意的是422,别请求链接一出错,就屁颠屁颠的找后端,先看下后端给过来的API文档中,要传的字段是否都准确跟上了。

5xxs状态码
  • 500 Internal Server Error:服务器内部错误,服务器遇到了不知道如何处理的情况。比如后端同学写错了model啥的~
  • 503 Service Unavailable:服务器没有准备好处理请求。常见的原因是服务器因维护或重载而停机。
  • 504 Gateway Timeout:网关超时,服务器未能快速的做出反应。请求接口返回pedding时间过长基本就是这个问题了,囧。

备注:遇到这类的问题,去问后端同学吧。语气好点啦,毕竟大家都是为了生活

后绪

以上就是今天整理的内容。嗯~,对了,各个浏览器对此的支持度very good。更加详细内容啥的,可以直接戳我下面的参考。在日常的web工作中,明白HTTP状态码是一个必备的活,起码在出错的时候,知道浏览器和服务器的交流障碍在哪里啦~

参考
  • HTTP Status Codes
  • HTTP Explained: The HTTP Request Status Code Guide (Complete)
  • HTTP 响应代码
,

版权声明: 本站仅提供信息存储空间服务,旨在传递更多信息,不拥有所有权,不承担相关法律责任,不代表本网赞同其观点和对其真实性负责。如因作品内容、版权和其它问题需要同本网联系的,请发送邮件至 举报,一经查实,本站将立刻删除。

猜你喜欢