最近在学习前端的性能优化，有必要了解一下页面的渲染流程，以便对症下药，找出性能的瓶颈所在。以下是我看到的一些东西，分享给大家。
参考：Understanding the renderer
页面的渲染有以下特点：
•单线程事件轮询
•定义明确、连续、操作有序（HTML5）
•分词和构建DOM树
•请求资源并预加载
•构建渲染树并绘制页面
具体来说：
当我们从网络上得到HTML的相应字节时，DOM树就开始构建了。由浏览器更新UI的线程负责。当遇到以下情况时，DOM树的构建会被阻塞：
•HTML的响应流被阻塞在了网络中
•有未加载完的脚本
•遇到了script节点，但是此时还有未加载完的样式文件
渲染树构建自DOM树，并且会被样式文件阻塞。
由于是基于单线程的事件轮询，即使没有脚本和样式的阻塞，当这些脚本或样式被解析、执行并且应用的时候，也会阻塞页面的渲染。
一些不会阻塞页面渲染的情况：
•定义的defer属性和async属性的
•没有匹配的媒体类型的样式文件
•没有通过解析器插入script节点或样式节点
下面，通过一个例子来说明一下（完整的代码）：
复制代码代码如下:
<html>
<body>
<link rel="stylesheet" href="example.css">
<div>Hi there!</div>
<script>
document.write('<script src="/UploadFiles/2021-03-30/other.js"> </script>
<div>Hi again!</div>
<script src="/UploadFiles/2021-03-30/last.js"></body>
</html>
代码很容易看明白，如果放在浏览器中打开会立即显示出想要的页面。下面，让我们用慢镜头回放的方式来看看它究竟是怎么渲染的。
复制代码代码如下:
<html>
<body>
<link rel="stylesheet" href="example.css">
<div>Hi there!</div>
<script>...
首先，解析器遇到了example.css，并将它从网络中下载下来。下载样式表的过程是耗时的，但是解析器并没有被阻塞，继续往下解析。接下来，解析器遇到script标签，但是由于样式文件没有加载下来，阻塞了该脚本的执行。解析器被阻塞住，不能继续往下解析。
渲染树也会被样式文件阻塞，所以这时候没有浏览器不会去渲染页面，换句话说，如果example.css文件下载不下来，Hi there! 是显示不出来的。
接下来，继续。。。
复制代码代码如下:
<html>
<body>
<link rel="stylesheet" href="example.css">
<div>Hi there!</div>
<script>
document.write('<script src="/UploadFiles/2021-03-30/other.js"></script>
一旦example.css文件加载完成，渲染树也就被构建好了。
内联的脚本执行完之后，解析器就会立即被other.js阻塞住。一旦解析器被阻塞，浏览器就会收到绘制请求，"Hi there!"也就显示在了页面上。
当other.js加载完成之后，解析器继续向下解析。。。
复制代码代码如下:
<html>
<body>
<link rel="stylesheet" href="example.css">
<div>Hi there!</div>
<script>
document.write('<script src="/UploadFiles/2021-03-30/other.js"> </script>
<div>Hi again!</div>
<script src="/UploadFiles/2021-03-30/last.js">
解析器遇到last.js之后会被阻塞，然后浏览器收到了另一个绘制请求，"Hi again!"就显示在了页面上。最后last.js会被加载，并且会被执行。
但是，为了减缓渲染被阻塞的情况，现代的浏览器都使用了猜测预加载（speculative loading）。
在上面这种情况下，脚本和样式文件会严重阻塞页面的渲染。猜测预加载的目的就是减少这种阻塞时间。当渲染被阻塞的时候，它会做以下一些事：
•轻量级的HTML（或CSS）扫描器（scanner）继续在文档中扫描
•查找那些将来可能能够用到的资源文件的url
•在渲染器使用它们之前将其下载下来
但是，猜测预加载不能发现通过javascript脚本来加载的资源文件（如，document.write()）。
注：所有的“现代”浏览器都支持这种方式。
回过来再看上面的例子，通过猜测预加载这种方式是怎么工作的。
复制代码代码如下:
<html>
<body>
<link rel="stylesheet" href="example.css">
<div>Hi there!</div>
<script>...
解析器返现了example.css，并从网络获取，解析器没有被阻塞，继续解析，当遇到了内联的script节点时，被阻塞住，由于样式文件没有加载完成，阻塞了脚本的执行。渲染树同样也被样式文件阻塞住，所以浏览器没有收到渲染请求，看不到任何东西。到目前为止，和刚才提到的那种方式是一样的。但是接下来就由变化了。
预加载器（Speculative loader）继续“阅读”文档，发现了last.js并视图加载它。接下来：
复制代码代码如下:
<html>
<body>
<link rel="stylesheet" href="example.css">
<div>Hi there!</div>
<script>
document.write('<script src="/UploadFiles/2021-03-30/other.js"> </script>
一旦example.css文件加载完成，渲染树也就完成了构建，内联的脚本也可以执行，之后解析器又被other.js阻塞住。解析器被阻塞住之后，浏览器会收到第一个渲染请求，“Hi there!” 会被现实在页面上。这个步骤和刚才那种情况是一致的。然后：
复制代码代码如下:
<html>
<body>
<link rel="stylesheet" href="example.css">
<div>Hi there!</div>
<script>
document.write('<script src="/UploadFiles/2021-03-30/other.js"> </script>
<div>Hi again!</div>
<script src="/UploadFiles/2021-03-30/last.js">
解析器发现了last.js，但是由于预加载器刚才已经把它给加载下来了，放在了浏览器的缓存里，所以last.js会被立即执行。之后，浏览器会收到渲染请求“Hi again”也被显示在了页面上。
通过前后两种情况的对比，希望大家可以对页面的渲染有一定的了解，然后再有针对性的做一些优化。晚安！ （完）^_^
参考：Understanding the renderer
页面的渲染有以下特点：
•单线程事件轮询
•定义明确、连续、操作有序（HTML5）
•分词和构建DOM树
•请求资源并预加载
•构建渲染树并绘制页面
具体来说：
当我们从网络上得到HTML的相应字节时，DOM树就开始构建了。由浏览器更新UI的线程负责。当遇到以下情况时，DOM树的构建会被阻塞：
•HTML的响应流被阻塞在了网络中
•有未加载完的脚本
•遇到了script节点，但是此时还有未加载完的样式文件
渲染树构建自DOM树，并且会被样式文件阻塞。
由于是基于单线程的事件轮询，即使没有脚本和样式的阻塞，当这些脚本或样式被解析、执行并且应用的时候，也会阻塞页面的渲染。
一些不会阻塞页面渲染的情况：
•定义的defer属性和async属性的
•没有匹配的媒体类型的样式文件
•没有通过解析器插入script节点或样式节点
下面，通过一个例子来说明一下（完整的代码）：
复制代码代码如下:
<html>
<body>
<link rel="stylesheet" href="example.css">
<div>Hi there!</div>
<script>
document.write('<script src="/UploadFiles/2021-03-30/other.js"> </script>
<div>Hi again!</div>
<script src="/UploadFiles/2021-03-30/last.js"></body>
</html>
代码很容易看明白，如果放在浏览器中打开会立即显示出想要的页面。下面，让我们用慢镜头回放的方式来看看它究竟是怎么渲染的。
复制代码代码如下:
<html>
<body>
<link rel="stylesheet" href="example.css">
<div>Hi there!</div>
<script>...
首先，解析器遇到了example.css，并将它从网络中下载下来。下载样式表的过程是耗时的，但是解析器并没有被阻塞，继续往下解析。接下来，解析器遇到script标签，但是由于样式文件没有加载下来，阻塞了该脚本的执行。解析器被阻塞住，不能继续往下解析。
渲染树也会被样式文件阻塞，所以这时候没有浏览器不会去渲染页面，换句话说，如果example.css文件下载不下来，Hi there! 是显示不出来的。
接下来，继续。。。
复制代码代码如下:
<html>
<body>
<link rel="stylesheet" href="example.css">
<div>Hi there!</div>
<script>
document.write('<script src="/UploadFiles/2021-03-30/other.js"></script>
一旦example.css文件加载完成，渲染树也就被构建好了。
内联的脚本执行完之后，解析器就会立即被other.js阻塞住。一旦解析器被阻塞，浏览器就会收到绘制请求，"Hi there!"也就显示在了页面上。
当other.js加载完成之后，解析器继续向下解析。。。
复制代码代码如下:
<html>
<body>
<link rel="stylesheet" href="example.css">
<div>Hi there!</div>
<script>
document.write('<script src="/UploadFiles/2021-03-30/other.js"> </script>
<div>Hi again!</div>
<script src="/UploadFiles/2021-03-30/last.js">
解析器遇到last.js之后会被阻塞，然后浏览器收到了另一个绘制请求，"Hi again!"就显示在了页面上。最后last.js会被加载，并且会被执行。
但是，为了减缓渲染被阻塞的情况，现代的浏览器都使用了猜测预加载（speculative loading）。
在上面这种情况下，脚本和样式文件会严重阻塞页面的渲染。猜测预加载的目的就是减少这种阻塞时间。当渲染被阻塞的时候，它会做以下一些事：
•轻量级的HTML（或CSS）扫描器（scanner）继续在文档中扫描
•查找那些将来可能能够用到的资源文件的url
•在渲染器使用它们之前将其下载下来
但是，猜测预加载不能发现通过javascript脚本来加载的资源文件（如，document.write()）。
注：所有的“现代”浏览器都支持这种方式。
回过来再看上面的例子，通过猜测预加载这种方式是怎么工作的。
复制代码代码如下:
<html>
<body>
<link rel="stylesheet" href="example.css">
<div>Hi there!</div>
<script>...
解析器返现了example.css，并从网络获取，解析器没有被阻塞，继续解析，当遇到了内联的script节点时，被阻塞住，由于样式文件没有加载完成，阻塞了脚本的执行。渲染树同样也被样式文件阻塞住，所以浏览器没有收到渲染请求，看不到任何东西。到目前为止，和刚才提到的那种方式是一样的。但是接下来就由变化了。
预加载器（Speculative loader）继续“阅读”文档，发现了last.js并视图加载它。接下来：
复制代码代码如下:
<html>
<body>
<link rel="stylesheet" href="example.css">
<div>Hi there!</div>
<script>
document.write('<script src="/UploadFiles/2021-03-30/other.js"> </script>
一旦example.css文件加载完成，渲染树也就完成了构建，内联的脚本也可以执行，之后解析器又被other.js阻塞住。解析器被阻塞住之后，浏览器会收到第一个渲染请求，“Hi there!” 会被现实在页面上。这个步骤和刚才那种情况是一致的。然后：
复制代码代码如下:
<html>
<body>
<link rel="stylesheet" href="example.css">
<div>Hi there!</div>
<script>
document.write('<script src="/UploadFiles/2021-03-30/other.js"> </script>
<div>Hi again!</div>
<script src="/UploadFiles/2021-03-30/last.js">
解析器发现了last.js，但是由于预加载器刚才已经把它给加载下来了，放在了浏览器的缓存里，所以last.js会被立即执行。之后，浏览器会收到渲染请求“Hi again”也被显示在了页面上。
通过前后两种情况的对比，希望大家可以对页面的渲染有一定的了解，然后再有针对性的做一些优化。晚安！ （完）^_^
标签：
页面渲染,性能优化
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！
如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
无争山庄资源网 Copyright www.whwtcm.com
暂无“了解html页面的渲染过程以备学习前端的性能优化”评论...
苹果官宣WWDC 2024！预计会有大批AI功能 - 2024/12/28
3月27日消息，苹果宣布2024年全球开发者大会（WWDC）将于6月10日至6月14日举行，巧合的是，这次大会与端午假期重合。
苹果官方表示：
在线参加 Apple 每年规模最大的开发者盛会。亲眼见证 Apple 最新平台、技术和工具的发布。了解如何创建和改进你的 App 和游戏。与 Apple 设计师和工程师互动交流，与全球开发者社区建立联系。以上活动均免费在线举行。
探索各种新的工具、框架和功能，助力你打造出理想的 App 和游戏。通过视频讲座学习新技能，与 Apple 专家进行一对一会面，以推进你的项目，完善你的构思。
Swift Student Challenge 旨在支持和鼓舞下一代开发者、创作者和企业家。太平洋时间 3 月 28 日，我们将公布今年的获奖者名单。获奖者将有资格参加在 Apple Park 举办的特别活动。我们还会选出 50 名杰出获胜者，他们将受邀前往库比提诺，获得为期三天的非凡体验，包括参加 Apple Park 的特别活动。
3月27日消息，苹果宣布2024年全球开发者大会（WWDC）将于6月10日至6月14日举行，巧合的是，这次大会与端午假期重合。
苹果官方表示：
在线参加 Apple 每年规模最大的开发者盛会。亲眼见证 Apple 最新平台、技术和工具的发布。了解如何创建和改进你的 App 和游戏。与 Apple 设计师和工程师互动交流，与全球开发者社区建立联系。以上活动均免费在线举行。
探索各种新的工具、框架和功能，助力你打造出理想的 App 和游戏。通过视频讲座学习新技能，与 Apple 专家进行一对一会面，以推进你的项目，完善你的构思。
Swift Student Challenge 旨在支持和鼓舞下一代开发者、创作者和企业家。太平洋时间 3 月 28 日，我们将公布今年的获奖者名单。获奖者将有资格参加在 Apple Park 举办的特别活动。我们还会选出 50 名杰出获胜者，他们将受邀前往库比提诺，获得为期三天的非凡体验，包括参加 Apple Park 的特别活动。
RTX 5090要首发 性能要翻倍！三星展示GDDR7显存
三星在GTC上展示了专为下一代游戏GPU设计的GDDR7内存。
首次推出的GDDR7内存模块密度为16GB，每个模块容量为2GB。其速度预设为32 Gbps（PAM3），但也可以降至28 Gbps，以提高产量和初始阶段的整体性能和成本效益。
据三星表示，GDDR7内存的能效将提高20%，同时工作电压仅为1.1V，低于标准的1.2V。通过采用更新的封装材料和优化的电路设计，使得在高速运行时的发热量降低，GDDR7的热阻比GDDR6降低了70%。
更新日志
2024年12月28日
2024年12月28日
- 小骆驼-《草原狼2(蓝光CD)》[原抓WAV+CUE]
- 群星《欢迎来到我身边 电影原声专辑》[320K/MP3][105.02MB]
- 群星《欢迎来到我身边 电影原声专辑》[FLAC/分轨][480.9MB]
- 雷婷《梦里蓝天HQⅡ》 2023头版限量编号低速原抓[WAV+CUE][463M]
- 群星《2024好听新歌42》AI调整音效【WAV分轨】
- 王思雨-《思念陪着鸿雁飞》WAV
- 王思雨《喜马拉雅HQ》头版限量编号[WAV+CUE]
- 李健《无时无刻》[WAV+CUE][590M]
- 陈奕迅《酝酿》[WAV分轨][502M]
- 卓依婷《化蝶》2CD[WAV+CUE][1.1G]
- 群星《吉他王(黑胶CD)》[WAV+CUE]
- 齐秦《穿乐(穿越)》[WAV+CUE]
- 发烧珍品《数位CD音响测试-动向效果（九）》【WAV+CUE】
- 邝美云《邝美云精装歌集》[DSF][1.6G]
- 吕方《爱一回伤一回》[WAV+CUE][454M]