网站用户体验优化方案,什么网站可以找到做餐饮的会计,网站设计工程师,营销网络推广方式有哪些文章目录从单行到新纪元#xff1a;HTTP/0.9、1.0、1.1、2.0与3.0的核心区别HTTP/0.9#xff1a;协议的黎明 (1991)HTTP/1.0#xff1a;功能扩展与标准化 (1996)HTTP/1.1#xff1a;持久连接与性能优化 (1997)HTTP/2.0#xff1a;二进制与多路复用 (2015)HTTP/3.0#xf…
文章目录从单行到新纪元HTTP/0.9、1.0、1.1、2.0与3.0的核心区别HTTP/0.9协议的黎明 (1991)HTTP/1.0功能扩展与标准化 (1996)HTTP/1.1持久连接与性能优化 (1997)HTTP/2.0二进制与多路复用 (2015)HTTP/3.0切换赛道拥抱QUIC (2022)各版本对比一览表推荐阅读从单行到新纪元HTTP/0.9、1.0、1.1、2.0与3.0的核心区别
超文本传输协议HTTP是支撑万维网World Wide Web数据通信的基石。从其最初仅用于传输简单文档的形态到如今为复杂交互式应用提供动力HTTP经历了多次关键迭代。了解从0.9到3.0版本的演进就是理解整个Web技术发展史的核心脉络。
它们之间的核心区别可以概括为连接效率的提升、传输格式的优化、以及底层协议的革命。 HTTP/0.9协议的黎明 (1991)
HTTP/0.9是协议的起点其设计极度简化目标单一。
单行协议请求只有一个 GET 方法后面直接跟资源路径没有版本号也没有请求头Header。响应纯粹服务器的响应内容只有HTML文档本身不包含任何元数据如状态码或内容类型。无状态码如果请求出错服务器会返回一个特殊的HTML页面来描述问题。短暂连接每个请求都需要建立一个新的TCP连接请求完成后连接立即关闭效率低下。
一句话总结一个只能获取HTML文档的“原始”协议是后续所有版本的基础。 HTTP/1.0功能扩展与标准化 (1996)
为满足日益丰富的网页内容需求HTTP/1.0引入了众多至今仍在使用的核心概念。
引入版本号和头信息请求和响应都包含了版本号和HTTP头使得传输元数据成为可能。丰富的元数据 状态码引入了200 OK, 404 Not Found等标准状态码客户端可以明确得知请求结果。内容类型 (Content-Type)允许传输图片、视频、CSS等任意类型的文件。 增加请求方法除了GET还增加了POST和HEAD方法功能更为强大。连接管理默认仍是“短连接”每个请求响应后断开。虽然引入了非标准的Connection: keep-alive头来尝试复用连接但并非默认行为。
一句话总结一个标准化的、能传输多种媒体类型、但连接效率依然低下的协议。 HTTP/1.1持久连接与性能优化 (1997)
HTTP/1.1是统治Web长达近20年的经典版本其核心目标是解决1.0的性能瓶颈。
默认持久连接 (Persistent Connection)这是最重要的改进。TCP连接默认保持打开Keep-Alive允许多个请求在同一连接上完成极大减少了连接建立的开销。管道化 (Pipelining)允许客户端在同一连接上连续发送多个请求而无需等待前一个响应。但服务器必须按序响应如果第一个请求处理慢后续响应会被阻塞这就是著名的“队头阻塞 (Head-of-Line Blocking)”。Host头字段请求头中必须包含Host字段使得一台物理服务器能托管多个网站虚拟主机。更精细的缓存控制引入了ETag, If-Match等更多缓存头提升了缓存效率。
一句话总结通过持久连接大幅提升了性能是现代Web应用的基础但仍受“队头阻塞”问题困扰。 http1.1队头阻塞
HTTP/2.0二进制与多路复用 (2015)
HTTP/2是对HTTP/1.1的重大革新旨在从根本上解决性能问题专为现代复杂网页设计。
二进制分帧 (Binary Framing)HTTP/2将所有传输信息分割为更小的消息和帧并采用二进制格式编码。解析更高效、紧凑且不易出错。多路复用 (Multiplexing)核心特性。允许在单个TCP连接上同时、并行地发送和接收多个请求和响应流它们可以交错传输。这彻底解决了HTTP/1.1的应用层“队头阻塞”问题。头部压缩 (Header Compression)使用HPACK算法对重复的请求头进行压缩显著减少了网络开销。服务器推送 (Server Push)服务器可以主动将客户端未来可能需要的资源如CSS、JS推送到客户端缓存中减少请求延迟。
一句话总结通过二进制和多路复用技术解决了应用层队头阻塞大幅提升了传输效率和并发能力。 http2.0的TCP层阻塞
HTTP/3.0切换赛道拥抱QUIC (2022)
HTTP/2虽然解决了应用层的队头阻塞但其底层的TCP协议本身也存在队头阻塞问题一个数据包丢失会导致整个TCP连接等待重传。为了彻底解决这个问题HTTP/3做出了颠覆性的改变。
全新的底层协议QUICHTTP/3不再基于TCP而是构建在Google开发的**QUIC (Quick UDP Internet Connections)**协议之上。QUIC运行在UDP上。解决TCP队头阻塞QUIC在内部实现了自己的多路复用和流量控制。单个数据流的丢包不会影响在同一QUIC连接上的其他流从而彻底解决了传输层的队头阻塞问题。更快的连接建立QUIC将传输层握手类似TCP三次握手和加密握手TLS 1.3结合在一起大大减少了连接建立所需的往返时间RTT可以实现0-RTT或1-RTT连接。连接迁移 (Connection Migration)当用户的网络环境变化时如从Wi-Fi切换到4G连接不会中断。QUIC使用连接ID来标识连接而不是TCP的四元组源IP、源端口、目标IP、目标端口因此IP地址变化后连接依然可以保持。
一句话总结通过切换到基于UDP的QUIC协议解决了传输层队头阻塞并带来了更快的连接建立和更稳定的移动网络体验是为未来互联网设计的下一代协议。 http3.0彻底解决队头阻塞
各版本对比一览表
特性HTTP/0.9HTTP/1.0HTTP/1.1HTTP/2.0HTTP/3.0底层协议TCPTCPTCPTCPUDP (QUIC)连接管理短连接默认短连接默认持久连接多路复用多路复用队头阻塞不适用严重应用层存在应用层解决TCP层存在彻底解决协议格式纯文本纯文本纯文本二进制二进制头部压缩无无无HPACKQPACK (为QUIC优化)连接建立延迟高高较高较高极低 (0/1-RTT)网络切换连接断开连接断开连接断开连接断开连接保持 (连接迁移)
推荐阅读
生活比喻http2.0和http3.0的队头阻塞http2.0应用层解决TCP层存在3.0就是彻底解决到底怎么理解区别 https://hwg985.blog.csdn.net/article/details/149201081?fromshareblogdetailsharetypeblogdetailsharerId149201081sharereferPCsharesourceweixin_46028606sharefromfrom_linkHTTP/3.0的连接迁移使用连接ID来标识连接为什么可以做到连接不会中断https://hwg985.blog.csdn.net/article/details/149200478?fromshareblogdetailsharetypeblogdetailsharerId149200478sharereferPCsharesourceweixin_46028606sharefromfrom_link
