罗剑锋透视HTTP协议学习笔记---33 | 我应该迁移到HTTP/2吗？

33 | 我应该迁移到HTTP/2吗？

HTTP/2的优点
兼顾安全和性能，同时语义完全兼容HTTP/1，上层应用无需修改，就可以运行在HTTP/2上。
安全：TLS1.2+
性能：HPACK报头压缩
解决问题：HTTP队头阻塞

HTTP基于请求-响应工作模式，它是半双工且串行的，对于HTTP/1而言，一个TCP连接资源利用率很低。所以HTTP/1中，一个域名会最多并发6个连接。HTTP/2中，一个域名对应一个TCP连接，利用多路复用多个请求应答流并行，提高了TCP连接的利用率。
另外配合流的优先级调度，服务器推送，HAPCK字典积累，综合HTTP/2的资源利用率，效率更高。

HTTP/2的缺点
它的缺点是，一些针对HTTP/1的前端优化技术，反而有负面效果：比如精灵图，资源内联，域名分片等。
HTTP/1并发多个TCP连接，断开某个连接，其它不受影响。HTTP/2一个域名只对应一个TCP连接，一旦重建TCP连接，全站HTTP连接受影响，积累的HPACK需要重新生成，代价比HTTP/1大。

HTTP/2服务发现
通过在TLS的Client Hello extention ALPN[application layer protocol negociation]
应用层协议协商字段指定应用层协议。

HTTP/2的普及率

截止2021.4.6,使用HTTP/2的网站约为50.6%

课后作业：

和“安全篇”的第 29 讲类似，结合自己的实际情况，分析一下是否应该迁移到 HTTP/2，有没有难点？
应该，没什么难度。

精灵图（Spriting）、资源内联（inlining）、域名分片（Sharding）这些手段为什么会对 HTTP/2 的性能优化造成反效果呢？
精灵图，小图合成大图，客户端再用JS拆分，目的也是减少请求数。
资源内联是对小资源如图片，js脚本进行base64编码，然后以文本形式嵌入到其它资源，目的是减少HTTP请求的数量。

上述精灵图，资源内联，都是试图减少请求数，把资源合并到一个大请求中，对于HTTP/2请求数量不是问题。但上述方案，在小资源发生变化时，需要重传全部资源，原缓存将不得不更新，对HTTP/2而言得不偿失。
域名分片会创建额外的连接，额外的连接增加了开销，对于HTTP/2没有必要，HTTP/2直接用流对应连接效率更高。