http状态码大全详解

·  阅读 36

分为5组:

  • 1xx 信息响应。 收到并理解的请求,请求处理将继续。
  • 2xx 成功。 已成功接收、理解、和接受该操作。
  • 3xx 重定向。 客户端必须采取进一步操作才能完成请求。
  • 4xx 客户端错误。 可能是客户端导致的错误。请求包含错误的语法或无法实现。
  • 5xx 服务器错误。 服务器遇到错误,无法满足请求。

特常见的:

  • 200 请求成功
  • 301 资源 (网页等) 被永久转移到其他url。就是跳转、白话来讲就是重定向301、302都是重定向跳转。
  • 403 服务器收到请求,但是拒绝提供服务。
  • 404 请求的资源 (网页等) 不存在。白话来讲,要么是前端请求地址写错,要么是后端路由没写对或者没写,反正就是你请求的这个地址是不存在的
  • 500 内部服务器错误。白话来讲,1、后端代码问题、2、服务器配置问题。

前后端分离,或者抓数据、接接口、爬虫那些,经常要和http协议打交道,遇到2xx的,就代表请求成功了。遇到4xx的,就代表客户端出错了,看日志排查错误定位问题

以上,我们只是把响应码状态码当做日志使用,而响应状态码作为客户端与服务端交互的媒介,其真正的作用是指导客户端后续的行为。比如返回3xx,代表资源已转移,请客户端重定向到给定地址。返回216,代表返回的只是资源的一部分,客户端继续请求资源的剩余部分等等。


凡是1xx的1开头的,就是指示信息,表示请求已接收,继续处理。

101 switching Protocols 切换协议: 1xx状态码实际能够用到的时候很少。101是两端的数据传输从一种协议更换成另一种协议。比如客户端使用upgrade字段,提议让服务端改成其他的协议继续通信,比如websocket,而如果服务器也统一变更协议,就会返回状态码101,之后两端的数据传输不会再使用http协议了,而是改为协商好的websocket。 2331657942383_.pic.jpg

客户端提议使用websocket, 服务端同意使用websocket协议通信,于是返回101状态码


凡是2xx的2开头的,就是成功的意思,不管它是什么的成功,就是乘公共,表示请求已经被成功接受了,客户端请求成功了。

  • 200 ok
  • 201 created
  • 202 accepeted
  • 204 no content
  • 206 partial content

200 ok 是最常见的成功状态码, 表示一切正常,服务器如客户端所期望的那样返回了处理结果,如果是非head请求,通常在响应头后都会有body数据。

201 created 表示请求成功,并在服务器上创建了新的资源,通常是post请求、put请求成功后返回的状态码。

202 accepted 表示服务端已接受请求,但请求饿处理尚未完成。这个状态码的设计被用来将请求交由另外一个进程或者服务器进行处理,或者是对请求进行批处理的场景。比如一个大作业无法及时完成,为了避免客户端一直等待下去,先返回此状态码,客户端接收到该状态码就可以断开连接。

204 no content 表示服务端成功处理了客户端的请求,但服务端无返回内容,没有更新的文档,客户端应该继续使用原来的文档。比如用户定期地刷新页面,而服务端可以确定客户端的文档足够新,这个状态码是很有用的,这样可以减少不必要的数据传输。

206 partial content 是http 分块分片下载或者断点续传的基础,在客户端发送”范围请求“、要求获取资源的部分数据时出现,它与200一样,也是服务器成功处理了请求,但body里的数据不是资源的全部,只是其中的一部分。状态码206通常还会伴随着头字段"content-range",表示响应报文里body数据的具体范围,供客户端确认,例如”content-range: bytes 0-99/2000“, 意思是此次或缺的踪迹2000字节的前100个字节。


凡是3xx的3开头的,就往重定向那边想

  • 301 moved permanently
  • 302 found
  • 303 see other
  • 307 temporary redirect
  • 304 not modified

301 moved permanently 表示永久重定向,代表请求的资源已经不存在了,需要改用新的url再次访问 302 found 表示临时重定向,代表请求资源还在,只是暂时用另外一个url代替。

301和302都会在响应头里使用字段location指明后续要跳转的url,最终的效果很相似,浏览器都会重定向到新的url。两者的根本区别在于语义,一个是‘永久’,一个是‘临时’,所以用在不同的场景中。

比如你的个人博客网站的域名要进行切换,原本的域名不打算用了,这就是永久重定向,这时你就应该配置301重定向,将原来的网址重定向到新的网址上。

而如果今天夜里你的博客网站要进行系统维护,服务暂时不可用,这就属于‘临时’的,此时可以配置成302跳转,把流量临时切换到一个静态通知页面,浏览器看到这个302就知道这只是暂时的情况,不会做缓存优化,第二天还会访问原来的地址。
复制代码

304 not modified是服务器告诉客户端”请求的资源没有做过更新,请继续使用客户端已缓存的资源“,即重定向到缓存。其过程是这样的,客户端发请求前,发现要请求的而资源已经在缓存中了,但是不确定缓存中的内容是否已过期,于是查看缓存中资源的last motified时间,然后向服务器发送请求,请求头中加上if-modified-since参数,值为last modified时间。服务器收到请求后,比较资源的修改时间和客户端请求头的last modified时间,若大于请求头中last modified时间则返回200状态码,并在响应体中返回最新的资源。否则只返回304状态码,这样可以减少不必要的数据传输。


400 bad request 是一个通用的错误码,表示请求报文有错误,但具体是数据格式错误、缺少请求头还是url超长它没有明确说,只是一个笼统的错误。客户端看到400只会是一头雾水,不知所措。所以,在开发web应用时应当尽量避免给客户端返回400,而是要用其他更有明确含义的状态码。

401 unauthourized 要求身份验证。对于需要登录才能访问的网页,服务器可能返回此响应。

403 forbidden 实际上不是客户端的请求出错,而是表示服务器禁止访问资源。原因可能多种多样,例如信息敏感,用户本身没有权限,如果服务器友好一点,可以再body里详细说明拒绝请求的原因。

404 not found 是我们经常看到的一个状态码,他的意思是资源在服务器上未找到,所以无法提供给客户端。

405 method not allowed 服务器不允许使用某些方法操作资源,例如不允许post 只能get。

406 not acceptable 资源无法满足客户端请求的条件,例如要请求中文,但服务端只有英文。

408 request timeout 请求超时,当客户端和服务端建立连接后,服务端迟迟没有收到请求数据,于是服务端制动放弃该连接。

409 conflict 多个请求发生了冲突,冲突最有可能发生在对put请求的响应中。例如,当上传文件的版本比服务器已存在的要旧,从而导致版本冲突时,那么久有可能收到状态码为409的响应。

413 request entity too large 请求报文里的body太大

414 request-url too long 请求行里的url太大

429 too many requests 客户端发送太多的请求,通常是由于服务器的限连策略。

431 request header fields too large 请求头某个字段或总体太大。


凡是5xx的5开头的,就往服务器端是不是出什么问题了去想。

  • 505 internal server error
  • 503 server unabailable

500 internal server error 与 400 类似,也是一个通用的错误码,服务器究竟发生了什么错误我们也不知道。不过对于服务器来说这应该算是好事,通常不应该把服务器内部的详细信息,例如出错的函数调用栈告诉外界。虽然不利于调试,但能够防止黑客的窥探或者分析。

501 not implemented 表示客户端请求的功能还不支持。比如请求 findUser这个方法,而服务端暂时还没实现这个服务,此时就可以返回501.这个错误码提示用户将来是打算提供findUser这个服务的,但是什么时候实现还不确定,敬请期待这个意思。

502 bad gateway 通常是服务器作为网关或者代理时返回的错误码,表示服务器自身工作正常,访问后端服务器时发生了错误,但具体的错误原因也是不知道的。

503 service unavailable 表示服务器当前很忙,暂时无法响应服务,我们上网时有时候遇到的”网络服务正忙,请稍后重试“的提示信息就是状态码503。 503是一个临时的状态,很可能过几秒钟后服务器就不那么忙了,可以继续提供服务,所以503响应报文里通常还会有一个”retry-after“ 字段,只是客户端可以在多久以后再次尝试发送请求。

429503的区别?

两者的原因不同,429是客户端请求太多,处理不过来,而503是服务器内部的问题,不一定是客户端请求太多。

分类:
前端
标签:
收藏成功!
已添加到「」, 点击更改