CSS 会阻塞 DOM 解析吗?

开发 前端
关键的点在于上述的 4 步并不是以严格顺序执行的。渲染引擎会以最快的速度展示内容,也就是说,浏览器一边解析 HTML,一边构建渲染树,构建一部分,就会把当前已有的元素渲染出来。

[[409686]]

本文转载自微信公众号「三分钟学前端」,作者sisterAn 。转载本文请联系三分钟学前端公众号。

浏览器的渲染

浏览器的渲染流程如下:

图:WebKit 主流程

图:Mozilla 的 Gecko 呈现引擎主流程(3.6)

结合上图,一个完整的渲染流程如下:

  • 渲染进程解析 HTML 内容转换为能够读懂的 DOM 树结构,解析 CSS 为 CSSDOM
  • 把 DOM 和 CSSOM 结合起来生成渲染树(Render Tree)
  • 渲染树构建好了之后,将会执行布局过程,它将确定每个节点在屏幕上的确切坐标
  • 把渲染树展示到屏幕上。再下一步就是绘制,即遍历渲染树,并使用UI后端层绘制每个节点。

值得注意的是:

关键的点在于上述的 4 步并不是以严格顺序执行的。渲染引擎会以最快的速度展示内容,也就是说,浏览器一边解析 HTML,一边构建渲染树,构建一部分,就会把当前已有的元素渲染出来。如果这个时候外部样式并没有加载完成,渲染出来的就是浏览器默认样式了。

其它阶段也是如此。由于浏览器会尝试尽快展示内容,所以内容有时会在样式还没有加载的时候展示出来。这就是经常发生的FOCU(flash of unstyled content)或白屏问题。

CSS 加载不会阻塞 DOM 树的解析

由浏览器的渲染流程图可知,DOM 解析和 CSS 解析是两个并行的进程,所以 CSS 加载不会阻塞 DOM 树的解析

CSS 加载会阻塞 DOM 树的渲染

Render Tree是依赖于 DOM Tree 和 CSSOM Tree 的,所以无论 DOM Tree 是否已经完成,它都必须等待到 CSSOM Tree 构建完成,即 CSS 加载完成(或 CSS 加载失败)后,才能开始渲染。

因此,CSS加载是会阻塞 DOM 树的渲染

  1. <head> 
  2.     <script> 
  3.         document.addEventListener('DOMContentLoaded', () => { 
  4.             var p = document.querySelector('p'
  5.             console.log(p) 
  6.         }) 
  7.     </script> 
  8.     <link rel="stylesheet" href="./static/style.css?sleep=3000"
  9. </head> 
  10.  
  11. <body> 
  12.     <p>hello world</p> 
  13. </body> 

案例来源:关于 JS 与 CSS 是否阻塞 DOM 的渲染和解析

CSS 的加载并没有阻塞 DOM 树的解析,p 标签是正常解析的,但 p 标签加载完后,页面是迟迟没有渲染的,是因为 CSS 还没有请求完成,在 CSS 请求完成后,hello world 才被渲染出来,所以 CSS 会阻塞页面渲染

DOMContentLoaded:只有当纯 HTML 被完全加载以及解析时,DOMContentLoaded 事件会被触发,它不会等待样式表,图片或者子框架完成加载

CSS 加载会阻塞其后的 JS 执行

由浏览器的渲染流程图可知,JS 的加载、解析与执行会阻塞 DOM 的构建,也就是说,在构建 DOM 时,HTML 解析器若遇到了 JS,那么它会暂停构建 DOM ,将控制权移交给JS引擎,等 JS 引擎运行完毕,浏览器再从中断的地方恢复 DOM 构建。

这也是建议将 script 标签放在 body 标签底部的原因。

由浏览器的渲染流程图可知,DOM 和 CSSOM 的构建是互不影响,但如果在 JS 脚本前引入外部 CSS 文件?

  1. <html> 
  2.     <head>     
  3.         <link href="theme.css" rel="stylesheet"
  4.     </head> 
  5.     <body>     
  6.         <div>hello world</div>     
  7.         <script>         
  8.             console.log('hello world')     
  9.         </script>     
  10.         <div>hello world</div> 
  11.     </body> 
  12. </html> 

它的执行流程:

此时 CSS 也阻塞 DOM 的生成

这是因为 JS 不只是可以改 DOM ,它还可以更改样式,也就是它可以更改 CSSOM 。而不完整的 CSSOM 是无法使用的, JS 中想访问 CSSOM 并更改它,那么在执行 JS 时,必须要能拿到完整的CSSOM。

所以就导致了一个现象,如果浏览器尚未完成 CSSOM 的下载和构建,而我们却想在此时运行脚本,那么浏览器将延迟脚本执行和 DOM 构建,直至其完成 CSSOM 的下载和构建。也就是说,在这种情况下,浏览器会先下载和构建 CSSOM ,然后再执行JS脚本,最后在继续构建 DOM 。

如果也有 JS 加载喃?

  1. <head> 
  2.     <script> 
  3.         document.addEventListener('DOMContentLoaded', () => { 
  4.             var p = document.querySelector('p'
  5.             console.log(p) 
  6.         }) 
  7.     </script> 
  8.     <link rel="stylesheet" href="./static/style.css?sleep=3000"
  9.     <script src="./static/index.js"></script> 
  10. </head> 
  11.  
  12. <body> 
  13.     <p>hello world</p> 
  14. </body> 

HTML 文件中包含了 CSS 的外部引用和 JS 外部文件,HTML 同时发起这两个文件的下载请求,不管 CSS 文件和 JS 文件谁先到达,都要先等到 CSS 文件下载完成并生成 CSSOM,然后再执行 JavaScript 脚本,最后再继续构建 DOM,构建布局树,绘制页面。

所以一般将 <script> 放在 <link> 标签前面

如何优化渲染流程即如何减少白屏时间?

  • 使用内联 JS、CSS ,减少 JS 、 CSS 文件的下载
  • webpack 等工具对 JS、CSS 文件压缩,减少文件大小
  • 使用 async 或者 defer
  • 使用 CDN 等
https://github.com/Advanced-Frontend/Daily-Interview-Question/issues/510

 

责任编辑:武晓燕 来源: 三分钟学前端
相关推荐

2024-06-06 08:01:47

2018-08-23 09:10:01

数据库MySQLInnoDB

2018-08-27 07:29:34

InnoDBinsertselect

2009-06-10 14:43:27

SAP顾问饱和

2010-09-28 13:40:52

DOM元素

2010-09-09 13:55:47

XML DOM

2010-09-28 10:03:15

DOM文档对象模型

2010-09-15 14:40:07

HTMLposition属性

2020-09-28 14:26:42

Shadow DOMWeb组件

2010-09-15 17:18:28

HTML DOM di

2022-01-11 20:42:28

CSS Chrome浏览器

2024-01-15 09:23:16

框架方式原生

2023-11-01 08:36:07

CSSTailwind

2023-03-27 08:17:48

2010-09-28 10:33:59

HTML DOM Ch

2009-11-02 11:02:58

VB.NET XML文

2022-12-08 08:16:59

ChatGPT开源商业化

2017-10-11 16:55:32

CSSWebpackLighthouse

2010-09-03 10:31:31

CSSmargin

2010-09-07 10:07:40

CSS
点赞
收藏

51CTO技术栈公众号