一、css阻塞:
只有link引入的外部css才能够产生css阻塞。主要有以下两种情况:
-
style标签中的样式:
- 由html解析器进行解析;
- 不阻塞浏览器渲染(可能会产生“闪屏现象”);
- 不阻塞DOM解析;
-
link引入的外部css样式(推荐使用的方式):
- 由CSS解析器进行解析。
- 阻塞浏览器渲染(可以利用这种阻塞避免“闪屏现象”)。
- 阻塞其后面的js语句的执行:
- 不阻塞DOM的解析:
优化核心理念:尽可能快的提高外部css加载速度
- 使用CDN节点进行外部资源加速。
- 对css进行压缩(利用打包工具,比如webpack,gulp等)。
- 减少http请求数,将多个css文件合并。
- 优化样式表的代码
二、js阻塞:
-
阻塞DOM解析:浏览器不知道后续脚本的内容,如果先去解析了下面的DOM,而随后的js删除了后面所有的DOM, 那么浏览器就做了无用功,浏览器无法预估脚本里面具体做了什么操作,例如像document.write 这种操作,索性全部停住,等脚本执行完了,浏览器再继续向下解析DOM。
-
阻塞页面渲染:js中也可以给DOM设置样式,浏览器同样等该脚本执行完毕,再继续干活,避免做无用功。
-
阻塞后续js的执行:维护依赖关系,例如:必须先引入jQuery再引入bootstrap
注:
-
css的解析和js的执行是互斥的(互相排斥),css解析的时候js停止执行,js执行的时候css停止解析。
-
无论css阻塞,还是js阻塞,都不会阻塞浏览器加载外部资源(图片、视频、样式、脚本等).浏览器始终处于一种:“先把请求发出去”的工作模式,只要是涉及到网络请求的内容,无论是:图片、样式、脚本,都会先发送请求去获取资源,至于资源到本地之后什么时候用, 由浏览器自己协调。这种做法效率很高。
-
WebKit 和 Firefox 都进行了【预解析】这项优化。在执行js脚本时,浏览器的其他线程会解析文档的其余部分,找出并加载需要通过网络加载的其他资源。通过这种方式,资源可以在并行连接上加载, 从而提高总体速度。注意,预解析器不会修改 DOM 树