共计 1190 个字符，预计需要花费 3 分钟才能阅读完成。
从 HTTP/0.9 到 HTTP/3：细数 http 协定的进化史
http 协定是前端工作者必须理解的常识，也是面试的重要考点，明天就讲一下 http 协定的倒退历程。
一、http0.9
http0.9 是在 1991 年公布的协定，思考到过后的社会状况和计算机倒退，咱们不难想象，彼时的电脑最多就是向服务器申请一个页面，所以协定也就较为简单，规定服务器只能返回 html 格局的字符串。
二、http1.0
到了 1996 年，计算机飞速发展，http 协定随之降级。它减少了更多格局内容的传输，诸如图像、视频、二进制文件等，此外还减少了 post 申请和 head 申请，丰盛了浏览器与服务器的互动伎俩。同时引入缓存、状态码等性能。
三、http1.1
但很快，到了 1997 年的时候，http1.1 版本就公布了。这是因为 http1.0 有着显著的毛病：http1.0 协定规定每个数据发送结束后，对应传输层的 tcp 连贯就要中断。如果资源申请频率过高的话，会导致 tcp 连贯的反复连贯和中断。为了解决这一问题，1.1 版本引入和长久连贯，使得申请能够基于 tcp 连贯屡次复用。同时还引入了管道机制，容许申请能够同时发送，不用再等上一次的申请后果返回。这里值得注意的时，服务器端的申请返回依然是按程序的。此外，它还减少了 put、patch、options、delete 申请等。这一协定直到明天依然宽泛应用。
四、http2
http1.1 用了二十多年了，应用状况也还 ok，但工程师们不满足于此，感觉有必要进一步优化。次要是针对 http1.1 的申请头数据太大（毕竟当初 cookie 都老长了，还常常来回传输）、response 是依照程序返回的、不反对服务器推送等等毛病做了优化。
五、http3
http3 以前的协定都是基于更底层的 tcp 协定，tcp 协定有一个很好的长处就是它很牢靠。如果有一个数据包失落了没传到客户端，那它会要求服务器再次发送，直到接管到残缺的数据（当然，切实接管不到就算这个申请超时相应挂掉了）。对于网络连接情况好的中央来说，这都不是事，可对于网络连接差的地区，要是有一个数据包失落，那这个申请残余的数据包就要期待了。如果有多个申请的话，他还会影响前面申请的解决。同时，因为当初基于一个 tcp 管道有了复用性能，很多响应简直都能够同时响应，这对服务器的压力其实也蛮大的，导致刹时 QPS 暴增。再者，网络宽带以及客户端、服务端的性能或者说资源也有限度，不可能一瞬间全副传输结束。工程师们感觉，那罗唆基于 UDP 协定弄一个新版本进去，于是 http3 应声落地。它是基于 UDP 的一个新协定，改掉了底层的 tcp 协定并对传输做了优化和调整以保障数据传输的完整性。
总结
除了性能之外，能够看到 http 协定的倒退次要往数据更轻、连贯更快的方向倒退。当然，当下次要是 http1.1 和 http2 的天下，不过也有一些大厂尝试 http3 了，让咱们期待它的应用吧！