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直接用流对应连接效率更高。