有关网页渲染,每个前端开发者都该知道的那点事

【编者按】其实,有关网页渲染的文章很多,但是相关信息比较分散,且论述并不是很完整。如果要想对这个主题有个大致的了解,我们还得学习很多知识。因此,Web开发者Alexander Skutin 决定写一篇文章。他相信,这篇文章不仅能帮助初学者,也能对那些想要刷新知识结构的高级前端开发者有所裨益。原文地址

译文如下:

网页渲染必须在很早的阶段进行,可以早到页面布局刚刚定型。因为样式和脚本都会对网页渲染产生关键性的影响。所以专业开发者必须了解一些技巧,从而避免在实践的过程中遇到性能问题。

这篇文章不会研究浏览器内部的详细机制,而是提出一些通用的规则。毕竟,不同浏览器引擎的工作机制各不相同,这无疑会让开发者对浏览器特性的研究变得更加复杂。

浏览器是如何完成网页渲染?

首先,我们回顾一下网页渲染时,浏览器的动作:

  1. 根据来自服务器端的HTML代码形成文档对象模型(DOM)
  2. 加载并解析样式,形成CSS对象模型。
  3. 在文档对象模型和CSS对象模型之上,创建一棵由一组待生成渲染的对象组成的渲染树(在Webkit中这些对象被称为渲染器或渲染对象,而在Gecko中称之为“frame”。)渲染树反映了文档对象模型的结构,但是不包含诸如标签或含有display:none属性的不可见元素。在渲染树中,每一段文本字符串都表现为独立的渲染器。每一个渲染对象都包含与之对应的DOM对象,或者文本块,还加上计算过的样式。换言之,渲染树是一个文档对象模型的直观展示。
  4. 对渲染树上的每个元素,计算它的坐标,称之为布局。浏览器采用一种流方法,布局一个元素只需通过一次,但是表格元素需要通过多次。
  1. 最后,渲染树上的元素最终展示在浏览器里,这一过程称为“painting”。

当用户与网页交互,或者脚本程序改动修改网页时,前文提到的一些操作将会重复执行,因为网页的内在结构已经发生了改变。

重绘

当改变那些不会影响元素在网页中的位置的元素样式时,譬如background-color(背景色), border-color(边框色), visibility(可见性),浏览器只会用新的样式将元素重绘一次(这就是重绘,或者说重新构造样式)。

重排

当改变影响到文本内容或结构,或者元素位置时,重排或者说重新布局就会发生。这些改变通常由以下事件触发:

  • DOM操作(元素添加,删除,修改,或者元素顺序的改变);
  • 内容变化,包括表单域内的文本改变;
  • CSS属性的计算或改变;
  • 添加或删除样式表;
  • 更改“类”的属性;
  • 浏览器窗口的操作(缩放,滚动);
  • 伪类激活(:悬停)。

浏览器如何优化渲染?

浏览器尽可能将重绘/重构 限制在被改变元素的区域内。比如,对于位置固定或绝对的元素,其大小改变只影响元素本身及其子元素,然而,静态定位元素的大小改变会触发后续所有元素的重流。

另一种优化技巧是,在运行几段JavaScript代码时,浏览器会缓存这些改变,在代码运行完毕后再将这些改变经一次通过加以应用。举个例子,下面这段代码只会触发一个重构和重绘:

var $body = $(‘body‘);
$body.css(‘padding‘, ‘1px‘); // reflow, repaint
$body.css(‘color‘, ‘red‘); // repaint
$body.css(‘margin‘, ‘2px‘); // reflow, repaint
// only 1 reflow and repaint will actually happen

然而,如前所述,改变元素的属性会触发强制性的重排。如果我们在上面的代码块中加入一行代码,用来访问元素的属性,就会发生这种现象。

var $body = $(‘body‘);
$body.css(‘padding‘, ‘1px‘);
$body.css(‘padding‘); // reading a property, a forced   reflow
$body.css(‘color‘, ‘red‘);
$body.css(‘margin‘, ‘2px‘);

其结果就是,重排发生了两次。因此,你应该把访问元素属性的操作都组织在一起,从而优化网页性能。(你可以在JSBin查到更为详细的例子

有时,你必须触发一个强制性重排。比如,我们必须将同样的属性(比如左边距)两次赋值给同一个元素。起初,它应该设置为100px,且不带动效。接着,它必须通过过渡(transition)动效改变为50px。你现在可以在JSbin上学习这个例子,不过我会在这儿更详细地介绍它。

首先,我们创建一个带过渡效果的CSS类:

.has-transition {

-webkit-transition: margin-left 1s ease-out;
-moz-transition: margin-left 1s ease-out;
-o-transition: margin-left 1s ease-out;
transition: margin-left 1s ease-out;
}

然后继续执行:

// our element that has a "has-transition" class by default
var $targetElem = $(‘#targetElemId‘);

// remove the transition class
$targetElem.removeClass(‘has-transition‘);

// change the property expecting the transition to be   off, as the class is not there
// anymore
$targetElem.css(‘margin-left‘, 100);

// put the transition class back
$targetElem.addClass(‘has-transition‘);

// change the property
$targetElem.css(‘margin-left‘, 50);

然而,这个执行无法奏效。所有改变都被缓存,只在代码块末尾加以执行。我们需要的是强制性的重排,我们可以通过以下更改加以实现:

// remove the transition class
$(this).removeClass(‘has-transition‘);

// change the property
$(this).css(‘margin-left‘, 100);

// trigger a forced reflow, so that changes in a    class/property get applied immediately
$(this)[0].offsetHeight; // an example, other   properties would work, too

// put the transition class back
$(this).addClass(‘has-transition‘);

// change the property
$(this).css(‘margin-left‘, 50);

现在代码如预期那样执行了。

有关性能优化的实际建议

总结现有的资料,我提出以下建议:

  • 创建有效的HTML和CSS文件,不要忘记指明文档的编码方式。样式应该包含在标签内,脚本代码则应该加在标签末端。
  • 尽量简化和优化CSS选择器(这种优化方式几乎被使用CSS预处理器的开发者统一忽视了)将嵌套程度保持在最低水平。以下是CSS选择器的性能排名(从最快者开始)
    1. 识别器:#id
    2. 类:.class
    3. 标签:div
    4. 相邻兄弟选择器:a + i
    5. 父类选择器:ul> li
    6. 通用选择器:*
    7. 属性选择:input[type=“text”]
    8. 伪类和伪元素:a:hover

你应该记住,浏览器在处理选择器时依照从右到左的原则,因此最右端的选择器应该是最快的:#id或则.class:

div * {...} // bad
.list li {...} // bad
.list-item {...} // good
#list .list-item {...} // good
  • 1.在你的脚本代码中,尽可能减少DOM操作。缓存所有东西,包括元素属性以及对象(如果它们被重用的话)。当进行复杂的操作时,使用“孤立”元素会更好,之后可以将其加到DOM中(所谓“孤立”元素是与DOM脱离,仅保存在内存中的元素)。
  • 2.如果你使用jQuery来选择元素,请遵从jQuery选择器最佳实践方案。
  • 3.为了改变元素的样式,修改“类”的属性是奏效的方法之一。执行这一改变时,处在DOM渲染树的位置越深越好(这还有助于将逻辑与表象脱离)。
  • 4.尽量只给位置绝对或者固定的元素添加动画效果。
  • 5.在使用滚动时禁用复杂的悬停动效(比如,在中添加一个额外的不悬停类)。读者可以阅读关于这个问题的一篇文章

想了解更多的细节问题,大家也可以看看这两篇文章:

———-
本文系OneAPM工程师编译整理。OneAPM是中国基础软件领域的新兴领军企业,能帮助企业用户和开发者轻松实现:缓慢的程序代码和SQL语句的实时抓取。想阅读更多技术文章,请访问OneAPM官方技术博客

时间: 2024-08-07 17:13:20

有关网页渲染,每个前端开发者都该知道的那点事的相关文章

为什么每个前端开发者都要理解页面的渲染?

渲染应该从最开始当页面布局被定义时就进行优化,样式和脚本在页面渲染中扮演着非常重要的角色.专业人员知道一些技巧以避免一些性能问题. 这篇文章不会深入研究浏览器的技术细节,而是提供一些通用的原则.不同浏览器引擎工作原理不同,这就使特定浏览器的学习更加复杂. 浏览器是怎样渲染一个页面的? 我们从浏览器渲染页面的大概过程开始说起: 由从服务器接收到的 HTML 形成 DOM(文档对象模型). 样式被加载和解析,形成 CSSOM(CSS 对象模型). 紧接着 DOM 和 CSSOM 创建了一个渲染树,这

为什么每个前端开发者都要理解页面的渲染?(转载 学习中。。。)

文章转载自:开源中国社区 [http://www.oschina.net] 今天我要将关注点放到页面渲染以及其重要性上.虽然已经有很多文章提到过这个主题了,但大部分信息都是零碎的片段.为了思考这件事情,我需要研究很多信息的来源.这也就是为什么我觉得我应该写这篇文章的原因.我相信这篇文章对新手会很有用,并且对想刷新和巩固他们已经了解的东西的高手也同样适用. 渲染应该从最开始当页面布局被定义时就进行优化,样式和脚本在页面渲染中扮演着非常重要的角色.专业人员知道一些技巧以避免一些性能问题. 这篇文章不

对网页渲染的初步认识

老实说,这篇博客是看了园子里的OneAPM官方技术博客关于有关网页渲染,每个前端开发者都该知道的那点事来写的,真心觉得不错,对于想做前段开发的程序员来说,是不可不知知的知识. 浏览器是如何完成网页渲染的? 网页渲染时,浏览器的动作有: 根据来自服务器的html代码形成文档对象模型(DOM) 加载并解析样式,形成CSS对象 在文档对象模型和CSS对象模型之上,创建一棵由一组待生成渲染的对象组成的渲染树(在Webkit(典型代表是Google Chrome)中这些对象被称为渲染器或渲染对象,而在Ge

前端开发工程师应知应会之网页渲染(翻译)

作者:Alexander Skutin , 2014.5.26 . 由Max shirshin与2014年6月30日翻译(俄语 -> 英语) 现今我们应更加注重网页渲染,及其在web开发中的重要性.虽然很多文章都曾谈到这一主题,但大多是分散和割裂的.譬如为了对这个主题有更全面的认识需要去搜索很多的信息来源,而这也是笔者决定写这篇文章的原因.笔者相信本篇文章会有益于初级开发者,当然对希望能够更新和整理已有知识的中高级开发者同样能够有所裨益. 当页面布局定义完成后,页面渲染的过程与样式和脚本所承担的

webkit技术--网页渲染原理

Webkit渲染 Webkit 是苹果发起的一个开源项目,后来谷歌用这个项目以 webkit 创建了一个新的项目 Chromium,我们平常用的 Chrome 浏览器一般都是基于 Chromium 开发出来的稳定版本.本文主要介绍浏览器的渲染引擎即 webkit内核.webkit 作为浏览器的渲染引擎能够将 html/css/js文本及相应的资源文件转换成图像结果. 1.内部模块结构图如下: 可以看出渲染引擎大致包括HTML解释器,CSS解释器,布局和JavaScript引擎等模块.这些模块可能

影响网页渲染的关键!

经常有站长.开发者.运维疑惑:为什么我们的后台服务器很快,但是用户要看网页里面的内容却需要很长时间?我们在上一篇文章<怪兽大作战: 解析网站打开慢的原因>中简单介绍了影响网站打开速度的几个指标,感兴趣的同学可以再读一下.今天我们主要讲一下,是哪些因素拖慢了我们的首屏加载时间,也就是用户看到网页中内容时所等待的时间. 用过OneAPM的读者对这幅图肯定不陌生,一般来讲,如果服务器很快,机房所在线路很快,那么影响用户看到网页内容的主要时间,就是最后两个时间阶段:DOM处理以及网页渲染,在这两个阶段

影响网页渲染的关键

经常有站长.开发者.运维疑惑:为什么我们的后台服务器很快,但是用户要看网页里面的内容却需要很长时间?我们在上一篇文章<怪兽大作战: 解析网站打开慢的原因>中简单介绍了影响网站打开速度的几个指标,感兴趣的同学可以再读一下.今天我们主要讲一下,是哪些因素拖慢了我们的首屏加载时间,也就是用户看到网页中内容时所等待的时间. 用过OneAPM的读者对这幅图肯定不陌生,一般来讲,如果服务器很快,机房所在线路很快,那么影响用户看到网页内容的主要时间,就是最后两个时间阶段:DOM处理以及网页渲染,在这两个阶段

前端开发者手册

这是任何人都可以用来学习前端的实践手册, 它概述并讨论了前端工程的实践: 该如何学习以及实践时该使用什么工具. 撰写该手册的目的有两个: 一是为潜在以及正在实践的前端开发人员提供一个包括学习资料和开发工具的专业资源; 二是该手册可以被管理者, CTO, 讲师和猎头用来作为洞察前端开发的实践. 该手册的内容支持Web技术(HTML, CSS, DOM, 和 JavaScript), 并且手册提供的解决方案都直接建立在这些开放的技术之上. 手册中所引用的素材和讨论都是最好的或者当前前端开发者们需要面

web前端开发都要学什么,有前途吗?

web前端开发现在如此火爆,可以说是引领了IT培训行业的一个潮流,那么web前端开发都要学些什么知识呢?为什么这么火有前途吗?现在行业很需要这种人才吗?还是大家盲目跟风,随大流,下面小编对web前端做了具体的研究,给出以下建议与结论. 首先可以告诉你:WEB前端开发时代才刚刚开始! 为什么这么说呢?其实web前端这个职位,并没有一个有效的历史记录可以查询,更没有一个明确的定义,她不像java工程师.ios开发这种一开始就有明确定位的工种一样,是有核心技能可以描述的.比如java开发,顾名思义就是