综合网站系统,彩妆网站建设,wordpress 又拍云,重庆市住房和城乡建设厅网站首页说明一下#xff1a; http属于应用层协议#xff0c;TCP和udp属于传输层协议 文章目录阶段一#xff1a;HTTP/1.1 的情况#xff08;单车道收费站#xff0c;一次过一辆#xff09;阶段二#xff1a;HTTP/2 的情况#xff08;多车道收费站#xff0c;但出口只有一条路…说明一下 http属于应用层协议TCP和udp属于传输层协议
文章目录阶段一HTTP/1.1 的情况单车道收费站一次过一辆阶段二HTTP/2 的情况多车道收费站但出口只有一条路阶段三HTTP/3 的情况多车道收费站且对应多条独立高速公路总结对比太棒了你能问出这个问题说明你已经抓住了HTTP/2和HTTP/3最核心、最关键的区别。这个问题确实困扰着很多初学者我们用一个非常形象的比喻来彻底弄懂它。想象一下你要从网上下载一个网页这个网页包含三个部分一个HTML文件、一个CSS样式文件、一个JS脚本文件。
阶段一HTTP/1.1 的情况单车道收费站一次过一辆
在古老的HTTP/1.1时代浏览器要获取这三个文件就像有三辆车要通过一个只有一个收费窗口的单车道收费站。
流程必须一辆车一辆车地来。第一辆车请求HTML开到窗口缴费服务器处理抬杆通过收到响应。然后第二辆车请求CSS才能跟上重复这个过程。队头阻塞如果第一辆车HTML在窗口缴费时司机找不到钱包服务器处理慢那么后面排队的所有车CSS、JS都得等着即使它们早就准备好了。这就是HTTP/1.1的队头阻塞。 阶段二HTTP/2 的情况多车道收费站但出口只有一条路
HTTP/2 带来了革命性的多路复用Multiplexing极大地改善了情况。 比喻收费站被改造成了有多个收费窗口Stream但所有通过的车最终都要汇入同一条单车道高速公路TCP 连接。 应用层如何解决现在三辆车HTML、CSS、JS的请求可以同时开到不同的收费窗口。HTML司机就算找不到钱包CSS和JS的司机也可以同时在旁边窗口缴费。从“收费站”应用层这个层面看没有人再因为别人慢而被阻塞了。这就是“HTTP/2在应用层解决了队头阻塞”的含义。 TCP层为什么还存在阻塞问题出在出口的那条单车道高速公路TCP 连接上。TCP协议是一个非常严谨的协议它要求所有数据包必须按顺序、一个不落地到达目的地。 假设三辆车缴完费后它们的“零件”数据包被拆开在高速公路上飞速行驶。灾难发生了HTML车的第一个零件在路上爆胎了一个TCP数据包丢失。TCP协议的规定公路管理员TCP协议会立刻拦下路上的所有车辆的所有零件大喊“停下HTML车的第一个零件丢了必须等它被重新送过来我才能让后面的任何零件通过”结果即使CSS车和JS车的所有零件都完好无损地到达了终点线前它们也必须停下来眼巴巴地等着那个丢失的HTML零件被找回来。
这就是TCP层的队头阻塞。虽然HTTP/2在应用层把请求分开了多个收费窗口但这些请求的数据最终都在同一个TCP连接里传输一旦发生丢包整个TCP连接都会被阻塞影响所有请求。 阶段三HTTP/3 的情况多车道收费站且对应多条独立高速公路
HTTP/3为了解决TCP的这个“硬伤”干脆放弃了TCP转而使用一个全新的、基于UDP的QUIC协议。
比喻现在的收费站不仅有多个收费窗口QUIC Stream而且每个窗口后面都连接着一条自己专属的、独立的高速公路。如何彻底解决 三辆车HTML、CSS、JS仍然是同时通过各自的收费窗口。现在它们的“零件”数据包行驶在各自独立的高速公路上。奇迹发生了HTML车的第一个零件又爆胎了一个数据包丢失。QUIC协议的规定公路管理员QUIC协议只会对自己那条路上的车喊“HTML车道请注意一号零件丢失请等待重发”结果CSS车道和JS车道上的车完全不受影响它们继续在自己的高速公路上飞驰零件顺利到达终点并开始组装。
这就是“HTTP/3彻底解决了队头阻塞”的含义。它通过QUIC在底层为每个“请求流”提供了真正独立的传输通道一个通道的阻塞不会影响其他任何通道。
总结对比
协议比喻队头阻塞情况核心解释HTTP/1.1单车道单窗口收费站严重的应用层队头阻塞一次只能处理一个请求一个慢全都慢。HTTP/2多窗口收费站但出口是单车道高速 (TCP)应用层解决但TCP层存在请求可以并发但所有请求数据共享一个TCP连接。一个数据包丢失会阻塞整个TCP连接从而影响所有请求。HTTP/3多窗口收费站且出口是多条独立高速 (QUIC/UDP)彻底解决每个请求流在QUIC中独立传输一个流的数据包丢失只影响自己不会阻塞其他流。
希望这个从“单车道”到“多条独立高速”的比喻能让你清晰地理解这两种队头阻塞的本质区别
