1回答

千迦

2017-08-20

已采纳

hi～你好～

确实如你所说，有了http2之后，web很多前端性能优化点都可以退休的感觉，因为http2多路复用这样的特性，就是为了要来解决在http1时代需要进行的繁琐的性能优化的。

理论上来说，在纯http2的情况下，不合并也不会有多次建立连接的问题存在，合并还可能会存在合并文件过大，频繁的缓存失效等问题，使用http2会更好，仅仅针对资源合并解决的多次请求建立连接的耗时问题，http2已经是完全解决了。

但是在实际业务场景中，浏览器对于资源的并发请求的上限，如果完全不合并的话，相同域名的资源过多，浏览器也没有办法完全的并发请求，可以看下手淘的请求情况。另外更重要的是，http1退休还要好久，不仅浏览器存在支持问题，现在大部分网站其实都还在http1到http2的过渡阶段，我们的代码肯定还是要考虑http1的业务场景。所以这一块，还是要基于自己的场景，根据上述的这些点进行权衡的，甚至针对http2支持和http2不支持两种情况，开发不同版本的代码都是可能的。

针对你第二个问题，其实要这么做的目的就是要提升第一次请求的速度，内联的话，不需要在解析html之后，再发请求去请求资源。但是，我们一般只会对一些比较小和js和css这么做，原因有两点：1. 对于html我们一般是不做缓存的（可以看手淘的访问情况），这样不适合内联大的js和css；2. 内联的html和css是无法做到多页面共享的。其实内联要解决的问题，在http2中也有方案，使用http2中的server push，其实可以在请求html的时候，就将这个html需要引用的资源通过server push的方式推送的浏览器的缓存中，这样不需要等html请求回来解析外部链接，就可以提前请求到依赖的资源了。

所以希望http2能更广泛的应用起来（据说http1至少还要10年才能退出历史舞台）

2

4

xjtumj

回复

千迦

谢谢老师的回答 关于这个问题我还是想说一下自己的看法，希望老师能多多指正~ 对于老师的回答，在使用浏览器自身的缓存机制时，确实是这样的，如果缓存html则无法发布即时更新，但是如果在hybrid架构下，我们完全可以利用客户端存储（不是ls，是客户端持久存储的能力，比如存储在sd卡），然后由客户端配合设计一套缓存更新机制，通过自己的缓存发布系统来更新，而不是受限于浏览器自身的缓存。比如： alloyTeam的ak离线包：https://www.google.com.hk/url?sa=t&rct=j&q=&esrc=s&source=web&cd=5&ved=0ahUKEwiq77mY0OfVAhWBvLwKHeyyB_4QFgg8MAQ&url=%68%74%74%70%3a%2f%2f%62%6c%6f%67%2e%78%69%61%79%66%2e%63%6e%2f%61%73%73%65%74%73%2f%75%70%6c%6f%61%64%73%2f%66%69%6c%65%73%2f%41%4b%2d%68%79%62%72%69%64%2d%61%70%70%2e%70%64%66&usg=AFQjCNECrCevnPVrD9Z6U_rAu3jiW_RuPA 阿里旅行的离线化方案：https://www.zhihu.com/question/31316032/answer/75236718 service worker核心是离线应用，对于HTML一般是需要缓存的，对于淘宝国际站不缓存HTML内容，我猜测是因为他们的HTML非静态，由服务器端动态直出导致，他们并不想让html页面走cache first

2017-08-21

共4条回复