实例分析HTTP/2的性能优势

责编：钱曙光，关注架构和算法领域，寻求报道或者投稿请发邮件qianshg@csdn.net，另有「CSDN 高级架构师群」，内有诸多知名互联网公司的大牛架构师，欢迎架构师加微信qshuguang2008申请入群，备注姓名+公司+职位。
　　如今确定下来的HTTP/2规格已经引发了web性能社区的广泛关注。新协议旨在解决老旧的HTTP/1.x协议相关的常见网络性能问题，同时还要保留老协议的现有语义。
　　今年早些时候，我们开始针对静态资源进行小规模部署；在对新的基础架构建立信心后，我们开始将静态资源全部转向HTTP/2之上。令人惊讶的是：平台的某些部分速度明显变慢。本文涵盖了我们在采用HTTP/2时，由于性能倒退而做的调查，这些故事并非web性能、特别是与HTTP/2相关的万能灵药，但希望我们分享的经验能对大家有所帮助。
　　为什么选择HTTP/2？
　　不论怎样，HTTP/2已经与free performance的概念联系起来了，它是怎样让我们对web性能的所有认知都成了错误？
　　事实上，HTTP/2的性能只是众多细微差别之一。
　　与针对每个资源都创建新连接的HTTP/1.x不同，HTTP/2在每个主机上最多只创建一个连接，通过使用二进制分帧协议（binary framing protocol）的合串流（multiplexed stream）实现。二进制分帧负责匹配多个并发请求，以作出回应。
　　出自Ilya Grigorik的PPT：让我们优化HTTP/2
　　
　　由于不再限于每个连接处理一个事务，在很大程度上解决了队首堵塞的问题，创建的连接更少也意味着延迟与TCP拥塞控制问题的减少。结合之后，由于减少了服务器与客户端之间往返的数据量与时间，这些特性会带来大幅的性能提升。
　　
　　监控HTTP/2的性能
　　我们使用Calibre对终端用户性能进行人工监控，同时收集不同的指标，将这些数据的一小部分通过高可视化的Geckoboard展示在办公室里。
　　墨尔本办公室中，受到Etsy启发的性能展示界面
　　
　　我们使用了下列指标来指代用户感知的页面加载性能与HTTP/2成功的表现，选择这些指标的原因在于：它们会受到页面加载生命周期中不同方面的影响。
　　DOMContentLoaded事件因同步脚本延迟；首次绘制的时间因CSS与字体等影响渲染的因素而推迟；视觉完形的时间因图片与潜在异步脚本等不影响渲染的因素而推迟；速度指标（Speed Index）受到视觉完形速率的影响。
　　测试并验证HTTP/2的成功
　　我们先将图片缩略图CDN迁移到CloudFlare上，后者本身支持HTTP/2。初始的基准测试显示：CloudFlare的延迟与反应时间与我们现有CDN的相应指标可堪相比。
　　作为设计类网站，我们的大部分页面都是以图片为主的，通常都会有超过50张的图片。在HTTP/1.x中，有许多微资源的页面会因一些小变化而造成连接延迟，从而受到不利影响。对于这些受到延迟影响的页面，我们希望视觉完形地更快一些，至于速度有多快要取决于连接延迟与图片数量，可以预料在高延迟、低带宽的3G网络上也会出现这种趋势。
　　对于受到带宽限制的页面，我们希望不会出现明显的变化。