HTTP 之 HTTP/1.0、HTTP/1.1和HTTP2的缓存策略(六)

HTTP/1.0 缓存策略:

Expires 头部 :HTTP/1.0 使用 Expires 头部来指定资源的过期时间。浏览器将根据这个时间来判断是否需要从服务器重新获取资源。
Pragma 头部:Pragma: no-cache 用于告诉浏览器或代理服务器不要使用本地缓存的版本。

HTTP/1.1 缓存策略:

HTTP/1.1 对缓存机制进行了扩展和改进:

Cache-Control 头部 :提供了更多的指令,如 no-cache、no-store、max-age、public、private 等,以更精确地控制缓存行为。
ETag 头部 :实体标签(Entity Tag),用于资源的版本控制。如果资源发生变化,ETag 也会相应变化。
Last-Modified 头部 :记录资源最后被修改的时间。与 ETag 一起使用,用于条件请求(Conditional Request)。
If-Modified-Since 和 If-None-Match 头部:客户端使用这些头部发起条件请求,如果资源未被修改,则服务器返回 304 Not Modified 状态码,告诉客户端使用本地缓存。

HTTP/2 缓存策略:

HTTP/2 继续使用 HTTP/1.1 的缓存策略,并进行了一些优化:

二进制帧 :HTTP/2 使用二进制格式传输数据,这使得头部信息更紧凑,从而减少了传输开销。
头部压缩 :HTTP/2 引入了 HPACK 压缩算法,对请求和响应的头部信息进行压缩,进一步减少了传输数据量。
服务器推送:服务器可以主动推送资源到客户端缓存中,即使客户端没有明确请求这些资源。

优劣比较:

HTTP/1.0:

优点 :简单,易于实现。
缺点:缓存控制能力有限,Expires 头部不够灵活,不适合动态内容。

HTTP/1.1:

优点 :引入了更复杂的缓存控制机制,如 Cache-Control、ETag 和条件请求,更适合动态和静态内容。
缺点:文本格式的头部信息可能导致不必要的传输开销。

HTTP/2:

优点 :继承了 HTTP/1.1 的缓存策略,并引入了二进制帧和头部压缩,减少了传输开销;服务器推送进一步优化了缓存和资源加载。
缺点:需要服务器和客户端都支持 HTTP/2,较新的协议可能存在一些兼容性问题。

相关推荐
用AI来创业吧10 小时前
企业官网上线前性能清单:首屏、图片、字体与缓存
缓存·能源·安全威胁分析
hweiyu0010 小时前
Redis命令:SUNIONSTORE
redis·缓存
万联WANFLOW11 小时前
异地组网速度忽快忽慢到底怎么回事?直连与中继的判断方法和处理步骤
运维·网络·网络协议·p2p
步行cgn13 小时前
HTTP 请求报文结构详解:请求行、请求头、请求体各自的作用
网络·网络协议·http
OpenLoong 开源社区16 小时前
打破 NAT 限制,零侵入跨网络通信:基于 WebRTC 的透明 TCP 隧道跨网络通信方案
网络协议·tcp/ip·开源·webrtc·openloong开源社区
从琳开始98916 小时前
从Socket到UDP回显服务器:Java网络编程完整指南
java·网络·网络协议·udp·java-ee
Tsuki_tl16 小时前
【总结】Redis五大数据类型应用场景及基本命令
数据库·redis·后端·缓存·缓存中间件·redis命令·redis 五大数据类型
明天也要努力学习1 天前
HTTP 协议的基本格式和 fiddler 的用法
网络协议·http·fiddler
cpolar技术支持1 天前
网关加 gzip,同时开启 chunked,下载回来的包解不开:把两层编码的解压顺序与长度核对做成只读页
python·http·网络编程·socket·内网穿透
一枕槐安4871 天前
RAG 服务扛住高并发:缓存、队列、限流三件套
java·spring·缓存·异步任务·rag·断路器