推送浏览器已缓存的资源有可能使的加载时间更长，并且浪费带宽资源。重复推送已缓存的资源，如果没有额外的空闲带宽传输，网络会阻塞它之后正常的请求，导致拖累了整个网站的加载时间。
四
网站测试
我们对现网一些网页进行Server Push性能测试，因为推送要求同一个域名下的HTTP/2请求，为了规避非HTTP/2和跨余名带来的干扰，我们设置了代理节点，代理节点完成HTTP/2支持和域名收归，同时配置Server Push功能，观察网页的加载收益。为了准确测试Push带来网络时延变化，需要稳定的网络环境，在chrome设置网络环境mytest（RTT: 200ms, Download: 29Mb/s, Upload: 14Mb/s），以下的例子都在该网络环境进行测试。
1、腾讯新闻
按照前面描述的推送适用场景，用这个腾讯新闻页面（https://news.qq.com/a/20171031/032143.htm）做测试。主请求页面大小为11.6K。可以看出，预先推送js、css、图片等资源给客户端带来的网站性能变快。
图11 腾讯新闻页面
图12 腾讯新闻页面的无推送&推送对比图
2、腾讯客服
腾讯客服页面不支持HTTPS协议。之所以用这个页面是因为该网页页面主请求比较小，并且有JS、CSS触发的次优先级资源请求。我们把这个网页下载下来，并做了一些推送资源域名收归等必要的处理，放在CDN边缘节点做测试。这并没有改变网站的资源和请求顺序，不影响测试效果。
图13是腾讯客服的页面。图14列出腾讯客服页面的所有请求。我们关注下具体几种情况的时间轴：无推送、推送小文件、推送大文件。小文件推送预先在第一个RTT把3个第3层请求才能触发的资源（tcss.ping.js、cdn_djl.js、layer.css）预先推送给浏览器。大文件推送是预先推送了indexBanner.png。
从图14中的无推送和推送3个小文件的子图中，红色虚竖线是指不包括indexBanner.png的加载完成时间，由于3个小文件（尤其是次优先级请求tcss.ping.js）的提取推送，比无推送的时间延迟要短。但是又从无推送和推送大文件的子图中看到，如果无优先级顺序地推送大文件indexBanner.png（782KB）对缩短网站时延无帮助。
图13 腾讯客服页面
图14 无推送&推送小文件&推送大文件的对比图
五
总结
虽然本章的测试用例只是庞大互联网网页的冰山一角，文章不能覆盖各种网页场景。但是以下的一些总结建议是有实践意义的。
1、在合适的时机，推送合适的资源，Push比No Push带来的网站时延提升是明显的。在网络带宽足够承载推送资源的前提下，我们预先推送浏览器后续请求需要的资源，网站的整体加载时间得到缩短。但是现实网络环境有不一样的延时和带宽。慢速网络环境影响TCP拥塞窗口增长的速度，除非主页面请求足够小，Push才能看到效果。
2、即使是错误地实施某些推送策略（比如说推送过大文件），带来的最严重后果，也就是改善不明显。所以建议是多做一些推送策略的尝试，直到把合适的资源在合适的时机把资源推送给浏览器。
3、网站往HTTP/2的环境迁移是个趋势。迁往HTTP/2需要将页面的所有请求尽量收归到同一域名，并且剥离出主页面的资源文件成多个独立的请求。假如你的网站已迁移到HTTP/2，而且网站的主请求不大，但是可能会触发很多资源请求。建议push这些资源。另外不要推送存放在浏览器cookie的资源，这只会浪费带宽。
4、目前的Server Push推送机制没有解决浏览器已经具有资源缓存，而服务器已经推送到网络中，虽然浏览器可以发送RST桢拒绝推送流，但是服务器推送的资源已经在网络中等待浏览器接收。现在已经有一些规范草案（https://tools.ietf.org/html/draft-kazuho-h2-cache-digest-01）尝试用协商缓存摘要来解决问题。
5、CDN中的负载均衡机制可能会将低优先级的推送资源送入到系统缓存区，这会影响高优先级资源的推送效率问题。引入QUIC替代TCP，可以对缓存中推送资源进行分级，高优先级资源先发。
6、未来或将引入AI分析取代固定推送实现智能化推送。
问答Angular2如何处理http响应？
相关阅读我是怎么一步步用go找出压测性能瓶颈
如何备份你的MySQL数据库
MySQL 8.0 版本功能变更介绍
此文已由作者授权腾讯云+社区发布，原文链接：https://cloud.tencent.com/developer/article/1159626?fromSource=waitui
欢迎大家前往腾讯云+社区或关注云加社区微信公众号（QcloudCommunity），第一时间获取更多海量技术实践干货哦~
海量技术实践经验，尽在云加社区！