JS 浏览器渲染原理 – 从解析 HTML 到 Composite 层的完整流程

浏览器渲染的核心是将HTML、CSS和JavaScript转化为屏幕像素,经历解析、DOM/CSSOM构建、渲染树生成、布局、绘制及合成阶段。JavaScript可动态修改页面,但也可能阻塞解析与渲染。关键优化在于减少回流与重绘,利用合成层实现GPU加速动画。

js 浏览器渲染原理 - 从解析 html 到 composite 层的完整流程

浏览器渲染的核心,是将我们编写的HTML、CSS和JavaScript代码,一步步转化为屏幕上可见的像素图像。这个过程远不止我们想象的那么简单,它涉及了从最初的文件解析,到构建DOM和CSSOM,再到布局、绘制,最终通过合成器(Compositor)将所有元素高效地呈现在用户面前。JavaScript在其中扮演着关键角色,它能动态地修改页面结构和样式,直接影响甚至阻塞这些渲染步骤。理解这个流程,是前端工程师优化性能、打造流畅用户体验的基础。

解决方案

说实话,刚开始接触这些概念的时候,我也被各种“树”、“层”搞得有点晕,觉得这玩意儿挺玄乎的。但一旦拆解开来,你会发现它其实是一个相当精妙的流水线作业。整个流程大致可以分为几个关键阶段,每个阶段都有其独特的任务,并且JavaScript的介入,让这个流程变得更加动态,也更复杂。

首先,当浏览器接收到HTML文件时,它会启动HTML解析器,将原始的字节流转换为字符,然后是令牌(Tokens),最终构建出我们熟悉的DOM树(Document Object Model)。这个过程中,如果遇到


标签,特别是那些没有

async

defer

属性的脚本,HTML解析器会暂停,转而去下载并执行JavaScript代码。这也就是为什么我们常说,阻塞性的JavaScript会延迟页面的首次渲染。

与此同时,浏览器也会处理CSS文件。CSS解析器会将CSS样式规则解析成CSSOM树(CSS Object Model)。CSSOM树与DOM树是独立的,但它们最终会结合起来。我个人觉得,CSSOM的构建是阻塞渲染的,这一点特别值得注意,因为浏览器需要完整的样式信息才能正确计算元素的最终样式,进而构建渲染树。

立即学习“前端免费学习笔记(深入)”;

DOM树和CSSOM树都构建完成后,浏览器会将它们合并,形成渲染树(Render Tree),或者现在更常被称为布局树(Layout Tree)。这棵树只包含需要显示在页面上的可见元素。那些设置了

display: none

的元素,就不会进入渲染树,这在我看来是一个很巧妙的优化点。渲染树的每个节点都包含了元素的可见属性,比如颜色、尺寸等等。

接着是布局(Layout)阶段,也叫回流(Reflow)。在这个阶段,浏览器会根据渲染树,计算每个元素在屏幕上的精确位置和大小。这是一个递归的过程,从根节点开始,遍历所有可见元素,确定它们在视口中的几何信息。这个过程是相当耗费资源的,因为任何一个元素的尺寸或位置变化,都可能影响到其兄弟元素、父元素甚至整个文档的布局。JavaScript如果频繁地读写DOM属性(比如

offsetWidth

clientHeight

),会强制浏览器立即执行布局,导致所谓的“布局抖动”(Layout Thrashing),这绝对是前端性能的杀手之一。

布局完成后,就进入了绘制(Paint)阶段,也叫重绘(Repaint)。浏览器会遍历渲染树,将布局阶段计算出的所有几何信息,转化为屏幕上的实际像素。这个过程会将元素绘制到不同的“层”(Layer)上。比如,背景、边框、文本内容等都会被绘制出来。重绘的开销通常比回流小,因为它不涉及几何信息的重新计算,只是更新像素。但如果一个元素被多次重绘,累积起来的开销也可能不容小觑。

最后,也是现代浏览器渲染性能的关键所在,是合成(Compositing)阶段。绘制完成后,浏览器会将所有这些独立的层按照正确的顺序和位置堆叠起来,最终呈现在屏幕上。这个工作通常由一个独立的合成器线程(Compositor Thread)和GPU来完成。在我看来,这是浏览器渲染架构中最优雅的部分之一,因为它允许浏览器在不重新布局或绘制整个页面的情况下,高效地处理元素的移动、缩放或透明度变化,极大地提升了动画的流畅度。JavaScript通过

transform

opacity

等CSS属性触发的动画,往往能直接跳过布局和绘制阶段,直接进入合成阶段,从而获得更好的性能。

DOM、CSSOM 与渲染树:浏览器如何理解你的代码结构?

说起浏览器如何“理解”我们的代码,这得从它构建内部数据结构说起。这就像我们盖房子,得先有设计图纸(HTML),再有装修风格(CSS),最后才能把房子搭起来。

当浏览器拿到HTML文件,它会启动一个HTML解析器。这个解析器可不是简单地读一遍文件,它会把文件内容从字节流一步步转换成字符,再变成一个个有意义的“令牌”(Tokens),比如




这些标签。接着,这些令牌会被组织成节点对象,最终构建出一棵树形结构,也就是DOM(Document Object Model)树。这棵树直观地反映了HTML文档的结构,每个HTML标签都对应DOM树上的一个节点。

有个细节我一直觉得很有趣:当HTML解析器遇到


标签时,如果这个脚本没有

async

defer

属性,解析器就会停下来,去下载并执行这个JavaScript文件。直到脚本执行完毕,HTML解析才会继续。这种“暂停-执行-继续”的模式,直接影响了页面的加载速度和用户体验,因为用户可能要等脚本执行完才能看到页面内容。这也是为什么我们常把JS文件放在


底部或者使用

async

/

defer

来优化加载。

与此同时,浏览器也会处理CSS文件。CSS解析器会把所有的样式规则解析成另一个树形结构,叫做CSSOM(CSS Object Model)树。这棵树描述了每个元素的样式信息,比如字体、颜色、大小等等。与DOM树不同,CSSOM树的构建是“阻塞渲染”的。这意味着浏览器必须等到所有的CSS文件都被下载并解析完毕,才能开始构建渲染树,因为任何一个元素的最终样式都可能依赖于整个CSS文件中的规则,比如继承、层叠等。

一旦DOM树和CSSOM树都准备好了,浏览器就会把它们“嫁接”起来,形成渲染树(Render Tree)。在我看来,渲染树是DOM和CSSOM的“合体”,它包含了所有可见元素及其计算后的样式。这里有个重要的点:只有那些最终会显示在页面上的元素才会进入渲染树。比如,如果你给一个

设置了

display: none

,那么这个

及其子元素就不会出现在渲染树中。但如果是

visibility: hidden

,元素会出现在渲染树中,只是不可见,因为它仍然占据着布局空间。理解这个差异,对优化页面性能非常关键。渲染树的构建,标志着浏览器已经初步理解了页面的结构和样式,为接下来的布局和绘制做好了准备。

回流与重绘:前端性能瓶颈的幕后推手及优化策略

在浏览器渲染的流程里,回流(Reflow)重绘(Repaint)绝对是两个让前端开发者又爱又恨的词。它们是页面更新的必然产物,但如果触发得不恰当或过于频繁,就会成为拖慢页面性能的“罪魁祸首”。

回流,也被称为布局(Layout),顾名思义,就是浏览器重新计算文档中元素几何属性(位置和大小)的过程。每当DOM结构发生变化、元素尺寸或位置发生改变(比如修改了

width

height

padding

margin

border

top

left

等),或者内容发生变化(比如文本内容、图片大小),甚至只是窗口大小调整,都可能触发回流。回流的影响是连锁反应式的,一个元素的几何属性改变,可能会导致其父元素、兄弟元素,甚至整个文档的布局都需要重新计算。我个人觉得,回流是浏览器渲染过程中最耗性能的环节之一,因为它涉及了大量的计算。

举个例子,如果你用JavaScript连续修改一个元素的样式:

const element = document.getElementById('myElement');element.style.width = '100px'; // 触发回流element.style.height = '100px'; // 再次触发回流element.style.margin = '10px'; // 又一次触发回流

这样连续操作,浏览器可能会每次修改都尝试执行回流,这叫做“布局抖动”(Layout Thrashing)。聪明的浏览器会尝试批量处理这些样式修改,但在某些情况下,比如当你读取一个元素的几何属性(

element.offsetWidth

element.clientHeight

getComputedStyle()

等)后立即修改样式,浏览器就不得不立即执行回流,以确保你读取到的是最新的、准确的值。

重绘(Repaint)则相对“轻量”一些。它发生在元素的几何属性没有改变,但其外观样式发生变化时,比如修改了

color

background-color

visibility

等不影响布局的属性。重绘只是重新绘制元素的像素,不需要重新计算布局,所以它的开销通常比回流小。

那么,如何优化回流和重绘呢?这其实是前端性能优化的一个永恒话题:

减少DOM操作: 频繁地添加、删除或修改DOM元素是回流的常见原因。可以考虑使用文档碎片(DocumentFragment)进行批量DOM操作,或者通过修改元素的

innerHTML

一次性更新内容。避免频繁读写布局属性: 就像前面提到的,连续读取几何属性后立即修改样式,会强制浏览器同步执行回流。一个好的习惯是,先读取所有需要的布局属性,然后再统一进行样式修改。使用CSS动画替代JS动画: 对于动画,优先使用CSS的

transform

opacity

属性。这些属性的改变通常只会触发重绘或直接进入合成阶段,而不会触发回流。将元素脱离文档流: 对于需要频繁操作的元素,可以将其

position

设置为

absolute

fixed

,使其脱离文档流。这样,它的改变就不会影响到其他元素的布局,从而减少回流的范围。操作完成后,再将其放回文档流。避免使用

table

布局:

table

元素的布局算法非常复杂,任何对

table

内容的修改都可能导致整个表格的回流,开销巨大。利用

will-change

属性: 这是一个CSS属性,可以提前告诉浏览器哪些元素将会发生变化,从而让浏览器进行一些优化,比如为该元素创建独立的层,从而减少回流和重绘的影响。但也要注意,滥用

will-change

反而可能导致性能下降。

在我看来,优化回流和重绘,核心思想就是“减少不必要的计算和绘制”。通过理解浏览器的工作原理,我们能更聪明地编写代码,让页面跑得更快。

深入 Composite 层:GPU 加速与流畅动画的秘密

如果说回流和重绘是页面性能的“日常挑战”,那么合成(Compositing)层,在我看来,就是现代浏览器在追求极致流畅用户体验上的一张“王牌”,尤其是对于复杂的动画和交互。这个阶段是整个渲染流程的终点,也是GPU发挥其强大并行计算能力的地方。

在绘制(Paint)阶段,浏览器会把页面内容绘制到不同的“层”(Layer)上。你可以把这些层想象成Photoshop里的图层,它们是独立的,可以单独移动、缩放或改变透明度,而不会影响到其他层。哪些元素会被提升到独立的层呢?通常包括:

拥有

transform

属性的元素(比如

translateZ

scale

等)。拥有

opacity

属性的元素。使用

will-change

属性声明的元素。视频元素、

canvas

元素。一些拥有复杂CSS属性(如

filter

mix-blend-mode

)的元素。滚动区域。

这些独立的层,在渲染管线中被称为“合成层”(Compositing Layers)。当一个元素被提升到合成层后,它的绘制就被交给了合成器线程(Compositor Thread)来管理。这个线程会独立于主线程(负责JavaScript执行、样式计算、布局和绘制)工作。

合成器线程会把这些层的信息(包括它们的位置、大小、透明度以及指向它们像素数据的指针)发送给GPU(图形处理器。GPU利用其并行计算能力,将这些独立的层高效地合并在一起,最终形成我们看到的屏幕图像。这个过程叫做“合成”。

为什么合成层对于性能,尤其是动画性能至关重要?

关键在于,一旦一个元素被提升到合成层,它的一些属性变化(比如

transform

translate

scale

,或者

opacity

)就只会在合成器线程上处理,直接利用GPU进行渲染。这意味着:

跳过布局和绘制: 这些变化不再需要主线程进行布局计算或重新绘制,大大减少了主线程的负担。GPU加速: GPU在处理图像和图形方面有天然优势,能够以极高的帧率完成合成操作,从而实现非常流畅的动画效果,即使在主线程繁忙时也能保持。独立性: 一个合成层的变化不会影响到其他层,避免了不必要的重绘和回流。

所以,当我们用CSS

transform: translate(x, y)

来移动元素时,通常会比修改

left

top

属性更流畅,因为前者可以直接在合成层上操作,而后者会触发回流和重绘。

当然,合成层也不是越多越好。创建过多的合成层会增加内存开销,并且在某些低端设备上,层之间的切换和管理也可能带来额外的性能负担。我有时候会看到一些开发者为了“优化”而滥用

will-change

,结果反而适得其反。所以,理解其原理并适度使用,才是真正的智慧。

总之,Composite层是现代浏览器实现高性能、流畅动画的秘密武器。它通过将部分渲染工作卸载到独立的合成器线程和强大的GPU上,使得页面在面对复杂交互和动画时,依然能保持出色的响应速度。理解并善用这一机制,无疑是提升前端应用用户体验的关键一步。

以上就是JS 浏览器渲染原理 – 从解析 HTML 到 Composite 层的完整流程的详细内容,更多请关注创想鸟其它相关文章!

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 chuangxiangniao@163.com 举报,一经查实,本站将立刻删除。
发布者:程序猿,转转请注明出处:https://www.chuangxiangniao.com/p/1521642.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2025年12月20日 14:21:14
下一篇 2025年12月20日 14:21:22

相关推荐

  • CSS mask属性无法获取图片:为什么我的图片不见了?

    CSS mask属性无法获取图片 在使用CSS mask属性时,可能会遇到无法获取指定照片的情况。这个问题通常表现为: 网络面板中没有请求图片:尽管CSS代码中指定了图片地址,但网络面板中却找不到图片的请求记录。 问题原因: 此问题的可能原因是浏览器的兼容性问题。某些较旧版本的浏览器可能不支持CSS…

    2025年12月24日
    900
  • 如何用dom2img解决网页打印样式不显示的问题?

    用dom2img解决网页打印样式不显示的问题 想将网页以所见即打印的的效果呈现,需要采取一些措施,特别是在使用了bootstrap等大量采用外部css样式的框架时。 问题根源 在常规打印操作中,浏览器通常会忽略css样式等非必要的页面元素,导致打印出的结果与网页显示效果不一致。这是因为打印机制只识别…

    2025年12月24日
    800
  • 如何用 CSS 模拟不影响其他元素的链接移入效果?

    如何模拟 css 中链接的移入效果 在 css 中,模拟移入到指定链接的效果尤为复杂,因为链接的移入效果不影响其他元素。要实现这种效果,最简单的方法是利用放大,例如使用 scale 或 transform 元素的 scale 属性。下面提供两种方法: scale 属性: .goods-item:ho…

    2025年12月24日
    700
  • Uniapp 中如何不拉伸不裁剪地展示图片?

    灵活展示图片:如何不拉伸不裁剪 在界面设计中,常常需要以原尺寸展示用户上传的图片。本文将介绍一种在 uniapp 框架中实现该功能的简单方法。 对于不同尺寸的图片,可以采用以下处理方式: 极端宽高比:撑满屏幕宽度或高度,再等比缩放居中。非极端宽高比:居中显示,若能撑满则撑满。 然而,如果需要不拉伸不…

    2025年12月24日
    400
  • PC端H5项目如何实现适配:流式布局、响应式设计和两套样式?

    PC端的适配方案及PC与H5兼顾的实现方案探讨 在开发H5项目时,常用的屏幕适配方案是postcss-pxtorem或postcss-px-to-viewport,通常基于iPhone 6标准作为设计稿。但对于PC端网项目,处理不同屏幕大小需要其他方案。 PC端屏幕适配方案 PC端屏幕适配一般采用流…

    2025年12月24日
    300
  • CSS 元素设置 10em 和 transition 后为何没有放大效果?

    CSS 元素设置 10em 和 transition 后为何无放大效果? 你尝试设置了一个 .box 类,其中包含字体大小为 10em 和过渡持续时间为 2 秒的文本。当你载入到页面时,它没有像 YouTube 视频中那样产生放大效果。 原因可能在于你将 CSS 直接写在页面中 在你的代码示例中,C…

    2025年12月24日
    400
  • 如何实现类似横向U型步骤条的组件?

    横向U型步骤条寻求替代品 希望找到类似横向U型步骤条的组件或 CSS 实现。 潜在解决方案 根据给出的参考图片,类似的组件有: 图片所示组件:图片提供了组件的外观,但没有提供具体的实现方式。参考链接:提供的链接指向了 SegmentFault 上的另一个问题,其中可能包含相关的讨论或解决方案建议。 …

    2025年12月24日
    800
  • 如何让小说网站控制台显示乱码,同时网页内容正常显示?

    如何在不影响用户界面的情况下实现控制台乱码? 当在小说网站上下载小说时,大家可能会遇到一个问题:网站上的文本在网页内正常显示,但是在控制台中却是乱码。如何实现此类操作,从而在不影响用户界面(UI)的情况下保持控制台乱码呢? 答案在于使用自定义字体。网站可以通过在服务器端配置自定义字体,并通过在客户端…

    2025年12月24日
    800
  • 如何优化CSS Grid布局中子元素排列和宽度问题?

    css grid布局中的优化问题 在使用css grid布局时可能会遇到以下问题: 问题1:无法控制box1中li的布局 box1设置了grid-template-columns: repeat(auto-fill, 20%),这意味着容器将自动填充尽可能多的20%宽度的列。当li数量大于5时,它们…

    2025年12月24日
    800
  • SASS 中的 Mixins

    mixin 是 css 预处理器提供的工具,虽然它们不是可以被理解的函数,但它们的主要用途是重用代码。 不止一次,我们需要创建多个类来执行相同的操作,但更改单个值,例如字体大小的多个类。 .fs-10 { font-size: 10px;}.fs-20 { font-size: 20px;}.fs-…

    2025年12月24日
    000
  • 如何在地图上轻松创建气泡信息框?

    地图上气泡信息框的巧妙生成 地图上气泡信息框是一种常用的交互功能,它简便易用,能够为用户提供额外信息。本文将探讨如何借助地图库的功能轻松创建这一功能。 利用地图库的原生功能 大多数地图库,如高德地图,都提供了现成的信息窗体和右键菜单功能。这些功能可以通过以下途径实现: 高德地图 JS API 参考文…

    2025年12月24日
    400
  • 如何使用 scroll-behavior 属性实现元素scrollLeft变化时的平滑动画?

    如何实现元素scrollleft变化时的平滑动画效果? 在许多网页应用中,滚动容器的水平滚动条(scrollleft)需要频繁使用。为了让滚动动作更加自然,你希望给scrollleft的变化添加动画效果。 解决方案:scroll-behavior 属性 要实现scrollleft变化时的平滑动画效果…

    2025年12月24日
    000
  • CSS mask 属性无法加载图片:浏览器问题还是代码错误?

    CSS mask 属性请求图片失败 在使用 CSS mask 属性时,您遇到了一个问题,即图片没有被请求获取。这可能是由于以下原因: 浏览器问题:某些浏览器可能在处理 mask 属性时存在 bug。尝试更新到浏览器的最新版本。代码示例中的其他信息:您提供的代码示例中还包含其他 HTML 和 CSS …

    2025年12月24日
    000
  • 如何为滚动元素添加平滑过渡,使滚动条滑动时更自然流畅?

    给滚动元素平滑过渡 如何在滚动条属性(scrollleft)发生改变时为元素添加平滑的过渡效果? 解决方案:scroll-behavior 属性 为滚动容器设置 scroll-behavior 属性可以实现平滑滚动。 html 代码: click the button to slide right!…

    2025年12月24日
    500
  • 如何用 CSS 实现链接移入效果?

    css 中实现链接移入效果的技巧 在 css 中模拟链接的移入效果可能并不容易,因为它们不会影响周围元素。但是,有几个方法可以实现类似的效果: 1. 缩放 最简单的方法是使用 scale 属性,它会放大元素。以下是一个示例: 立即学习“前端免费学习笔记(深入)”; .goods-item:hover…

    2025年12月24日
    000
  • 网页使用本地字体:为什么 CSS 代码中明明指定了“荆南麦圆体”,页面却仍然显示“微软雅黑”?

    网页中使用本地字体 本文将解答如何将本地安装字体应用到网页中,避免使用 src 属性直接引入字体文件。 问题: 想要在网页上使用已安装的“荆南麦圆体”字体,但 css 代码中将其置于第一位的“font-family”属性,页面仍显示“微软雅黑”字体。 立即学习“前端免费学习笔记(深入)”; 答案: …

    2025年12月24日
    000
  • 如何选择元素个数不固定的指定类名子元素?

    灵活选择元素个数不固定的指定类名子元素 在网页布局中,有时需要选择特定类名的子元素,但这些元素的数量并不固定。例如,下面这段 html 代码中,activebar 和 item 元素的数量均不固定: *n *n 如果需要选择第一个 item元素,可以使用 css 选择器 :nth-child()。该…

    2025年12月24日
    200
  • 如何用 CSS 实现类似卡券的缺口效果?

    类似卡券的布局如何实现 想要实现类似卡券的布局,可以使用遮罩(mask)来实现缺口效果。 示例代码: .card { -webkit-mask: radial-gradient(circle at 20px, #0000 20px, red 0) -20px;} 效果: 立即学习“前端免费学习笔记(…

    2025年12月24日
    000
  • 如何用纯代码实现自定义宽度和间距的虚线边框?

    自定义宽度和间距的虚线边框 提问: 如何创建一个自定义宽度和间距的虚线边框,如下图所示: 元素宽度:8px元素高度:1px间距:2px圆角:4px 解答: 传统的解决方案通常涉及使用 border-image 引入切片的图片来实现。但是,这需要引入外部资源。本解答将提供一种纯代码的方法,使用 svg…

    2025年12月24日
    000
  • PC端、PC兼响应式H5项目,如何选择最佳适配方案?

    多屏适配:PC端、PC兼响应式H5项目解决方案 针对PC端的网页适配,业界普遍采用以下方案: 流媒体查询:根据设备屏幕宽度应用不同的样式表,实现不同屏幕尺寸的适配。栅格系统:将布局划分为多个网格,根据屏幕宽度调整网格的显示和隐藏,实现自适应布局。 一般情况下,设计师设计PC页面时,会以特定像素宽度为…

    2025年12月24日
    000

发表回复

登录后才能评论
关注微信