多应用+插件架构,代码干净,二开方便,首家独创一键云编译技术,文档视频完善,免费商用码云13.8K 广告
> 原文出处:https://www.bokeyy.com/post/get-to-know-http-2-in-10-minutes.html **升级到 HTTP/2 后,那些针对HTTP/1.x 的优化手段需要如何变化?** 答:总结来说,除了多域名增加并行 TCP 连接数不再适用以外,启用 HTTP/2 几乎不用考虑太多。 首先,由于 HTTP/2 是复用了一个 TCP 连接进行多次传输,所以适用于 HTTP/1.x 的多域名增加并发 TCP 连接数的策略已经不再适用了。不仅如此,如果你的 CDN 和主站不是指向同一 IP 且共用同一个 https 证书的话,HTTP/2 就不会在同一个 TCP 连接中也完成来自 CDN 的资源的传递,而是会为 CDN 徒增一个额外的 TCP 连接。 第二,虽然 HTTP/2 让同一 TCP 连接下的多文件的传输速度变快了,但是其实,适度的合并资源文件中行为在 HTTP/2 也是可以接受的([参考文献](https://www.nginx.com/wp-content/uploads/2015/09/NGINX_HTTP2_White_Paper_v4.pdf "Nginx HTTP2 White Paper v4")),不需要为了升级 HTTP/2 就背上沉重的负担,对合并资源赶尽杀绝。 最后,其实 Server Push 只是一个升级版的内联资源。 Server Push 是个很好的特性。由于 HTTP/2 的 Server Push 特性允许服务器充分利用带宽,并按一定的优先次序向客户端推送资源,客户端甚至都还没获取完 HTML 文档就可以接收。因此,使用 Server Push 特性,不仅资源加载时机提前了,对带宽的利用更加充分了,而且也更加灵活了。但是, Nginx 最新版本目前还不支持 Server Push 特性。 [![](https://box.kancloud.cn/2015-12-18_56740bd455d04.jpg)](http://www.bokeyy.com/wp-content/uploads/2015/12/exportfile.jpg) HTTP/1.x升级到HTTP/2所需的前端优化调整总结