本文主要是介绍304状态码，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
HTTP 304状态码表示“未修改”（Not Modified），是一个特殊的响应状态码。它用于告诉客户端，自从上次请求以来，目标资源没有发生变化，因此客户端可以继续使用它所缓存的版本，而无需重新下载。
使用场景
当浏览器已经下载了某个资源，并且该资源具有一定的缓存策略时（例如使用Cache-Control、ETag或者Last-Modified标头），在后续访问相同资源时，浏览器会向服务器发送带有条件的请求：
- 如果使用
Last-Modified验证，在请求中附带If-Modified-Since标头。 - 如果使用
ETag验证，则在请求中附带If-None-Match标头。
服务器接收到这些条件性请求后会检查资源的最新状态：
- 如果资源未被修改：服务器会返回304状态码，不包括任何响应体，表明现有的缓存仍然有效，浏览器应当继续使用它。
- 如果资源已更新：服务器将返回200状态码和新的资源内容。
304与缓存
304状态码减少了网络带宽的消耗，因为服务器只需要发送响应头而无需发送整个资源。所以，虽然每次都会产生HTTP请求，但是由于响应体为空，相比直接下载整个资源，仍然可以节约时间和带宽。
示例
假设浏览器第一次请求了一个图片资源，并收到了以下响应头：
HTTP/1.1 200 OK
Content-Type: image/jpeg
Content-Length: 12345
Last-Modified: Wed, 21 Oct 2020 07:28:00 GMT
ETag: "a1b2c3d4"
Cache-Control: max-age=3600
当浏览器下次请求相同的资源时（并且处于max-age时间之内），它可能会发送类似如下的请求头：
GET /image.jpg HTTP/1.1
Host: example.com
If-Modified-Since: Wed, 21 Oct 2020 07:28:00 GMT
If-None-Match: "a1b2c3d4"
服务器会检查If-Modified-Since和If-None-Match标头，并确定图片自上次请求以来未被修改。随后，服务器响应如下：
HTTP/1.1 304 Not Modified
Date: Wed, 21 Oct 2020 08:00:00 GMT
注意，响应中没有Content-Length和实体主体。浏览器收到304响应后，会从本地缓存中加载图片。
总结
HTTP 304状态码是协商缓存机制的一部分，使得Web应用能够更高效地利用缓存，从而减少数据传输量、降低服务器负载、提高页面加载速度。对于Web开发者来说，合理配置响应头中的Cache-Control、ETag和Last-Modified等，能够有效地控制资源的缓存行为。
这篇关于304状态码的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
