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,较新的协议可能存在一些兼容性问题。

相关推荐
安静轨迹5 小时前
TLS_SSL 警报码完整手册
网络·网络协议·ssl
FL4m3Y4n8 小时前
MySQL缓存策略
数据库·mysql·缓存
野犬寒鸦8 小时前
Redis复习记录day1
服务器·开发语言·数据库·redis·缓存
野犬寒鸦10 小时前
Redis热点key问题解析与实战解决方案(附大厂实际方案讲解)
服务器·数据库·redis·后端·缓存·bootstrap
F1FJJ11 小时前
Shield CLI PostgreSQL 插件现已上架 VS Code 扩展市场
网络·vscode·网络协议·postgresql·开源软件
jinanwuhuaguo13 小时前
OpenClaw全网使用人群全景深度分析报告
网络·人工智能·网络协议·rpc·openclaw
菜菜小狗的学习笔记13 小时前
黑马程序员Redis--实战篇(黑马点评)
数据库·redis·缓存
zz-zjx13 小时前
harbor使用外置db,redis,存储(minio)通过pigsty安装(单机)
数据库·redis·缓存
努力的lpp14 小时前
小迪安全第10天:HTTP数据包分析与构造
网络协议·安全·http
带娃的IT创业者14 小时前
WeClaw_41_桌面端与PWA文件双向传输:WebSocket与HTTP混合协议设计
websocket·网络协议·http·文件传输·pwa