浏览器渲染CSS阻塞、JS阻塞

CSS阻塞：只有link引入的外部css才能够产生阻塞

CSS阻塞：异步加载、异步解析，但是阻碍rendertree的生成，所以会阻塞首屏污染。

CSS	描述
style标签中的样式	(1). 由html解析器进行解析； (2). 不阻塞浏览器渲染（可能会产生“闪屏现象”）； (3). 不阻塞DOM解析；
link引入的外部css样式	(1). 由CSS解析器进行解析。 (2). 阻塞浏览器渲染(可以利用这种阻塞避免“闪屏现象”)。 (3). 阻塞其后面的js语句的执行; (4). 不阻塞DOM的解析

CSS阻塞优化方法：尽可能快的提高外部css加载速度

• (1).使用CDN节点进行外部资源加速。
• (2).对css进行压缩(利用打包工具，比如webpack,gulp等，也可以通过开启gzip压缩)。
• (3).减少http请求数，将多个css文件合并或者是干脆直接写成内联样式(内联样式的一个缺点就是不能缓存)。
• (4).优化样式表的代码

JS阻塞：script的加载或者执行都会阻塞html解析、其他下载线程以及渲染线程

JS阻塞：同步加载，同步解析，完全阻塞html解析和首屏污染

遇到script标签加载js的时候会加载js并且执行完毕才开始渲染：

• 阻塞DOM解析: 遇到js脚本后，如果先去解析脚本后DOM，而随后的js操作删除了脚本后面所有的DOM，那么浏览器就做无用功，消耗性能。索性等脚本执行完，浏览器再继续向下解析DOM。
• 阻塞页面渲染：js中也可以给DOM设置样式，浏览器同样等该脚本执行完毕，再继续干活，避免做无用功。
• 阻塞后续js的执行：维护依赖关系。

小结

• css的解析和js的执行是互斥的（互相排斥），css解析的时候js停止执行，js执行的时候css停止解析。
• 无论css阻塞，还是js阻塞，都不会阻塞浏览器加载外部资源（图片、视频、样式、脚本等）
  原因：浏览器始终处于一种：“先把请求发出去”的工作模式，只要是涉及到网络请求的内容，
  无论是：图片、样式、脚本，都会先发送请求去获取资源，所以CSS阻塞和JS阻塞都不会影响外部资源的加载。至于资源到本地之后什么时候用，由浏览器内部机制决定。
• WebKit 和 Firefox 都进行了【预解析】这项优化。在执行js脚本时，浏览器的其他线程会解析文档的其余部分，找出并加载需要通过网络加载的其他资源。通过这种方式，资源可以在并行连接上加载，从而提高总体速度。请注意，预解析器不会修改 DOM 树。