前端性能优化--为什么DOM操作慢?

作为一个前端,不能不考虑性能问题。对于大多数前端来说,性能优化的方法可能包括以下这些:

  1. 减少HTTP请求(合并css、js,雪碧图/base64图片)
  2. 压缩(css、js、图片皆可压缩)
  3. 样式表放头部,脚本放底部
  4. 使用CDN(这部分,不少前端都不用考虑,负责发布的兄弟可能会负责搞好)
  5. 缓存……

等等……

有兴趣的同学,可以自行搜索雅虎关于前端优化的十四条规则。但这些规则当中,有多少是需要前端工程师付诸实践的?就我来说,CDN、缓存的设置,就是不需要我去关心的(作为一个苦逼外包,是没有权限去生产环境操作的)也就是说,一些优化的方法,可能只是需要前端工程师知道,说得难听点,就是应付面试,工作中遇不到。反而是一些工作中真正遇到的难题,面试中却很少被问到(纯属个人经验)。有些问题,同行们(包括我)可能稀里糊涂地用正确的方式解决了,但实际上,却并不知道自己为什么这样做。

以上三本书,有幸拜读。说不上醍醐灌顶,至少是让我认识到了差距。

我打算把自己的收获记录下来,希望对大家有所帮助。文中可能出现错误,希望大家能尽量用友善的语气提出来,谢谢!(づ ̄ 3 ̄)づ

不仅要避免去操作DOM,还要减少去访问DOM的次数。

在浏览器中,DOM和JS的实现,用的并不是同一个“东西”。比如说,我们最熟悉的chrome,JS引擎是V8,而DOM和渲染,靠的是WebCore库。也就是说,DOM和JS是两个独立的个体。

把DOM和JavaScript各自想象成一个岛屿,它们之间用收费桥梁连接。
                                                        --《高性能JavaScript》

1.添加页面元素,innerHTML vs DOM方法。

document.getElementById(‘test‘).innerHTML=‘<div>test</div>‘;
var t=document.createElement(‘div‘);
t.appendChild(document.createTextNode(‘test‘));
document.getElementById(‘test‘).appendChild(t);

以上分别使用两种方法,向id=‘test‘的元素中添加一个div。之前,大家可能一直被灌输的思想是innerHTML更快一些,真的是这样么?

还真是,至少在IE中是这样,但在基于webkit的新版浏览器中,使用DOM方法会稍快一些。所以,到底使用哪一种方法,还是应该有点争议的。我个人是喜欢innerHTML,因为用起来更简单。

此外,当需要添加大量相同的元素时,cloneNode比直接创建元素,稍微快一点。

2.访问元素的正确方法。

2.1 遍历集合vs遍历数组

当我们使用document.getElementsByName、document.getElementsByTagName、document.getElementsByClassName、docuemnt.images等方式来获取DOM元素时,我们得到的是一个HTML集合,这个集合始终与底层文档保持连接,每次去获取集合的信息时,都会重复执行一次查询。

var divs=document.getElementByTagName(‘div‘);
for(var i=0;i<divs.length;i++){
  document.body.append(document.createElement(‘div‘))
}

如果不去运行,我们可能以为上面的代码会新添加几个div元素在页面中,但实际上,因为每次添加完一个div后,divs.length都会被更新(加一),所以,这个循环永远不会停止。解决办法非常简单

var divs=document.getElementByTagName(‘div‘);
for(var i=0,len=divs.length;i<len;i++){
  document.body.append(document.createElement(‘div‘))
}

另外,HTML集合并不是一个数组,如果我们需要对这个集合进行遍历,可以先把它拷贝进一个数组,这样再遍历的时候,效率更高。

function toArray(coll){
  for(var i=0,a=[],len=coll.length;i<len;i++){
      a[i]=coll[i]
   }
  return a;
}

2.2访问元素属性

当遍历一个集合时,length属性应被缓存在循环外部,能够避免2.1中的逻辑错误;集合存储在局部变量中,也能够提高效率。此外,当对同一个DOM元素的属性进行访问时,把这个DOM缓存成一个局部变量,是更好的选择。

//只是做演示,真实情况中,当然没有这样的需求
//最差的方式
function fo1(){
var name=‘‘;
  for(var i=0;i<document.getElementsByTagName(‘div‘);i++){
    name=document.getElementsByTagName(‘div‘).nodeName;
    name=document.getElementsByTagName(‘div‘).nodeType;
   }
  return name;
}
//好一点的方式
function fo2(){
var name=‘‘;
var coll=document.getElementsByTagName(‘div‘);
for(var i=0,len=coll.length;i<len;i++){
  name=coll[i].nodeName;
  name=coll[i].nodeType;
}
return name;
}
//更好的方式
function fo3(){
  var name=‘‘;
  var coll=document.getElementsByTagName(‘div‘);
  var ele=null;
  for(var i=0,len=coll.length;i<len;i++){
    el=coll[i];
     name=el.nodeName;
     name=el.nodeType;
   }
}

3.选择器

前面已经提到,document.getElementsByName、document.getElementsByTagName、document.getElementsByClassName、docuemnt.images等方式,获取到的是HTML集合,效率低下;而querySelector以及querySelectorAll与之相比,得到的是一个NodeList,它是一个类数组对象,不会带来HTML集合的问题。而且,这个API在获取元素时,更加方便。唯一的问题,是要考虑目标浏览器是否提供支持。

4.重绘和重排

4.1何时重绘、重排?

重绘并不一定导致重排,比如修改某个元素的颜色,只会导致重绘;而重排之后,浏览器需要重新绘制受重排影响的部分。导致重排的原因有:

  • 添加或删除DOM元素
  • 元素位置、大小、内容改变
  • 浏览器窗口大小改变
  • 滚动条出现

因为重排和重绘的操作十分昂贵,浏览器会通过队列化修改并批量执行的方式,来进行优化(我的理解是,浏览器通过队列化和批量执行的方式,减少了重绘的次数)。比如:

//这段代码,并不会去重绘三次
var bodyStyle=document.body.style;
bodyStyle.color=‘red‘;
bodyStyle.color=‘black‘;
bodyStyle.color=‘green‘;

获取布局的操作,会导致队列刷新,浏览器的优化效果也就没有了。要避免在布局信息改变时,获取下列属性:

  • offsetTop,offsetLeft,offsetWidth,offsetHeight;
  • scrollTop,scrollLeft,scrollWidth,scrollHeight;
  • clientTop,clientLeft,clientWidth,clientHeight;
  • getComputedStyle()/currentStyle

4.2 最小化重排、重绘的建议

建议:不要再修改布局信息的时候,去查询布局信息

var computed;
var tmp=‘‘;
var bodyStyle=document.body.style;
if(document.body.currentStyle){
  computed=document.body.currentStyle
}else{
  computed=document.defaultView.getComputedStyle(document.body,‘‘)
}
//bad
bodyStyle.color=‘red‘;
tmp=computed.backgroundColor;
bodyStyle.color=‘green‘;
tmp=computed.backgroundImage;
//good
bodyStyle.color=‘red‘;
bodyStyle.color=‘green‘;
tmp=computed.backgroundColor;
tmp=computed.backgroundImage;

修改一个元素的多个style时,一次性修改,而不是多次(虽然多次修改,经过现代浏览器的优化,也只会导致一次重排,但在老旧的浏览器中,仍然会导致多次)。建议:能用css的class解决的,就尽量不用内联样式。

:hover会降低响应速度,在处理很大的列表时,避免使用。

5事件委托

每绑定一个事件处理器,都是有代价的。如果有大量的元素需要绑定时间,尝试使用事件委托。分三步

  • 判断事件来源
  • 根据不同来源,进行不同操作
  • 取消冒泡,阻止默认行为(可选)

 document.querySelector(‘#nav‘).onclick=function (e) {
            if (e.target.nodeName==‘A‘){
                foo();
            }else{
                foo2()
            }
}

总结:

  • 减少DOM访问次数
  • 多次访问同一DOM,应该用局部变量缓存该DOM
  • 尽可能使用querySelector,而不是使用获取HTML集合的API
  • 注意重排和重绘
  • 使用事件委托,减少绑定事件的数量
  • 更多内容,可以阅读《高性能JavaScript》
时间: 2024-10-11 07:50:20

前端性能优化--为什么DOM操作慢?的相关文章

前端性能优化:DOM操作标签对性能的影响

给DOM添加相同的数量的字符串,到底什么会相应性能呢? 测试代码: var length = 300000; function Test1() { var t = [length]; for (var i = 0; i < length; i++) { t.push("<br/>" + i.toString()); } var date1 = new Date().getTime(); document.getElementById("div1")

前端性能优化:DOM操作性能优化建议

其实在web开发中,单纯因为js导致性能问题的很少,主要都是因为DOM操作引起的. 1查找元素的优化 2改变DOM,包括添加,修改,删除DOM 3改变DOM的样式类等 4批量修改DOM 5减少iframe 6样式放在header中,脚本放在关闭标签</body>之前 1查找元素的优化   因为ID是唯一的,也有原始的方法,因此使用ID查找元素是最快的,其次的是根据类和类型查找元素,通过属性查找元素是最慢的,因此应该尽可能的通过ID或者类来查找元素,避免通过类来查找元素. 2改变DOM,包括添加

web性能优化--减少DOM操作(三)

减少DOM数量 减少DOM操作 批量处理DOM操作 批量处理样式修改 尽量不要使用tabel布局 尽量不要使用css表达式 string用数组join css选择符优化 1.减少DOM数量 在HTML生成DOM树的时候,DOM数量越少,HTML渲染速度越快 2.减少DOM操作 每次操作DOM,都会带来repaint和refolw 3.批量处理DOM操作: 将元素移除DOM Tree,修改完后再放回去,因此只会调用一次repaint或者reflow 4.批量修改样式 改变classname,或者用

前端性能优化(DOM篇)

原文链接:https://segmentfault.com/a/1190000000490322 缓存DOM对象 JavaScript的DOM操作可以说是JavaScript最重要的功能,我们经常要根据用户的操作来动态的增加和删除元素,或是通过AJAX返回的数据动态生成元素.比如我们获得了一个很多元素的数组data[],需要将其每个值生成一个li元素插入到一个id为container的ul元素中,最简单(最慢)的方式是: var liNode, i, m; for (i = 0, m = dat

前端性能优化:那些操作会引起DOM操作重排版?

1添加或删除可见的 DOM 元素 2元素位置改变 3元素尺寸改变(因为边距,填充,边框宽度,宽度,高度等属性改变) 4内容改变,例如,文本改变或图片被另一个不同尺寸的所替代 5浏览器窗口改变尺寸 根据改变的性质,渲染树上或大或小的一部分需要重新计算.某些改变可导致重排版整个页面:例如,    当一个滚动条出现时.

前端性能优化之DOM(三)

DOM和JavaScript在浏览器中是独立实现的; IE : DOM-> 一个名为mshtml.dll的库(内部称为Trident) JavaScript-> 它的实现名为JScript,位于jscript文件中 Safaria : JavaScript-> 由独立的JavaScriptCore引擎(最新版本名字为SquirrelFish)实现 DOM-> 使用webkit的WebCore实现 Chorme: JavaScript-> V8 DOM-> 使用webki

web前端性能优化

前言:  在同样的网络环境下,两个同样能满足你的需求的网站,一个“Duang”的一下就加载出来了,一个纠结了半天才出来,你会选择哪个?研究表明:用户最满意的打开网页时间是2-5秒,如果等待超过10秒,99%的用户会关闭这个网页.也许这样讲,各位还不会有太多感触,接下来我列举一组数据:Google网站访问速度每慢400ms就导致用户搜索请 求下降0.59%;Amazon每增加100ms网站延迟将导致收入下降1%;雅虎如果有400ms延迟会导致流量下降5-9%.网站的加载速度严重影响了用户体验,也决

CSS3与页面布局学习总结(八)——浏览器兼容与前端性能优化

目录 一.浏览器兼容 1.1.概要 1.2.浏览器内核 1.3.浏览器市场份额(Browser Market Share) 1.4.兼容的一般标准 1.5.CSS Reset 1.6.CSS Hack 1.6.1.条件注释法 1.6.2.样式内属性标记法 1.6.3.选择器前缀法 1.7.文档模式 (X-UA-Compatible) 1.8.javascript兼容 二.前端性能优化 2.1.概要 2.2.减少HTTP请求数量 2.2.1.图片地图 2.2.2.精灵图片(Sprite) 2.2.

前端性能优化归纳总结

关于前端性能优化的总结,随处都可以看到这方面的文章,而优化方法,也无外乎那些"固定"方面,当然,有些方面已经过时,所以,在这里,我自己也总结一遍吧,加深理解,也希望是一种不同的总结形式. -----------------------正文总这里开始------------------------------------ 一.什么是前端性能优化(what)? 从用户访问资源到资源完整的展现在用户面前的过程中,通过技术手段和优化策略,缩短每个步骤的处理时间从而提升整个资源的访问和呈现速度.