HTTP请求中常见的状态码
前面不是说过了HTTP的请求报文和响应报文吗?
状态码不就是响应报文里才有的吗。
同时响应报文的第一行包含了协议版本,状态码以及描述。
状态码有以下这几个类别:
状态码 | 类别 | 含义 |
---|---|---|
1XX | information(信息性状态码) | 接收的请求正在处理 |
2XX | success(成功状态码) | 请求正常处理完毕 |
3XX | Redirection(重定向状态码) | 需要今昔附加操作以完成请求 |
4XX | Client Error(客户端错误状态码) | 服务器无法处理请求 |
5XX | Server Error(服务器错误状态码) | 服务器处理请求出错 |
1XX信息:
100 Continue: 表明到目前为止都正常,客户端可以继续发送请求或者忽略这个响应
2XX信息:
200 OK
204 No Content: 请求已经成功处理,但是返回的响应报文不包含实体的主体部分。一般在只需要从客户端往服务端发送消息,而不需要返回数据时使用。
206 Partial Content:表示客户端进行了范围请求,响应报文包含由Content-Range指定范围的实体内容。
3XX重定向:
301 Moved Permanently:永久性重定向
302 Found:临时性重定向
303 See Other:和302有着相同的功能,但是303明确要求客户端应该采样GET方法获取资源。
注意:虽然HTTP协议规定301,302状态下重定向时不允许把POST方法改成GET方法,但是大多数浏览器都会在301,302和303状态下重定向时把POST方法改成GET方法。
304 Not Modified:如果请求报文首部包含一些条件,如:if-Match…,如果不满足条件,服务器会返回304状态码。
307 Temporary Redirect:临时重定向,与302含义类似,但是307要求浏览器不会把重定向请求的POST方法改为GET方法。
4XX 客户端错误:
400 Bad Request: 请求报文中存在错误。
401 Unauthorized:该状态码表示发送请求需要有认证消息。如果之前已经进行过一次请求,则表示用户认证失败。
403 Forbidden:请求被拒绝
404 Not Found
5XX 服务器错误:
500 Internal Server Error:服务器正在执行请求时发生错误
503 Service Unavailable:服务器暂时处于超负荷或正在进行停机维护,现在无法处理请求。
什么是强缓存和协商缓存
强缓存和协商缓存是HTTP缓存机制中的两个重要概念。它们通过在浏览器和服务器之间建立缓存机制,减少不必要的网络请求,提高网页的加载速度。
HTTP缓存则是将之前请求过的资源存储在本地,以便在再次访问相同资源时,可以直接从本地缓存中读取,无需重新向服务器请求。
强缓存:
强制性缓存,一旦资源被缓存,那么浏览器在一定的时间内就不会向服务器发送请求,直接从本地缓存中读取资源。
在HTTP/1.1协议中,强缓存主要通过两个头部字段来实现:Expires和Cache-ControlExpires
:该字段用于指定资源过期的时间戳。这个时间戳和服务器返回的过期时间戳进行比较,判断是否过期。本地大于服务器返回的就过期了。Cache-Control
:该字段是强缓存的核心,它提供了一个更加灵活的缓存机制。我们可以通过设置里面的不同指令,来控制资源的缓存行为。如:max-age=3600表示资源在3600秒内不会过期;no-cache表示需要向服务器验证资源的有效性;no-store表示禁止缓存资源。
但是强缓存可能会导致硬刷新问题,当浏览器强制刷新页面时,即使资源没有过期,浏览器也会忽略本地缓存,强行再发送请求。为了避免这种情况,开发者可以在服务端设置:Cache-Control:no-cache
,Cache-Control:no-store
,这样浏览器在每次请求资源时都会向服务器验证资源的有效性。
协商缓存:
协商缓存是一种可选的缓存机制,它允许浏览器和服务器在资源过期后进行协商,以确定是否使用本地资源。协商缓存主要通过两个头部字段实现:Last-Modified
,ETag
。Last-Modified
:该字段指定了资源的最后修改时间。当浏览器向服务器发送请求时,会带上本地缓存的最后修改时间戳。服务器会与当前资源的实际修改时间进行比较,如果一致,则认为资源未修改,返回一个304Not Modified状态码,告诉浏览器可以直接使用本地缓存的资源;否则,认为该资源已修改,需要重新下载资源。ETag
:该字段提供了一种更加精确的资源验证手段。与Last-Modified
相比,ETag
是基于资源的特定内容生成的一个唯一标识符。当资源内容发生变化时,ETag也会随之发生变化。浏览器向服务器发送请求时,会带上本地缓存资源的ETag,服务器会与当前的ETag进行比较,如果一致,则认为资源未修改。
在实际开发中,为了获得更好的缓存效果,可以将强缓存和协商缓存结合使用。首先使用强缓存来减少不必要的网络请求,当资源过期或发生硬刷新时,再通过协商缓存来验证资源的有效性。