HTTP请求中常见的状态码

前面不是说过了HTTP的请求报文和响应报文吗？
状态码不就是响应报文里才有的吗。
同时响应报文的第一行包含了协议版本，状态码以及描述。
状态码有以下这几个类别：

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-Control
Expires:该字段用于指定资源过期的时间戳。这个时间戳和服务器返回的过期时间戳进行比较，判断是否过期。本地大于服务器返回的就过期了。
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进行比较，如果一致，则认为资源未修改。

在实际开发中，为了获得更好的缓存效果，可以将强缓存和协商缓存结合使用。首先使用强缓存来减少不必要的网络请求，当资源过期或发生硬刷新时，再通过协商缓存来验证资源的有效性。