浏览器渲染和操作顺序,附谈reflow&repaint对网页性能的影响

简介:

浏览器渲染和操作顺序


根据john resig《精通javascript》的描述,浏览器的渲染和操作顺序大致如下: 
----------------------
1 HTML解析完毕。 
2 外部脚本和样式表加载完毕。 
3 脚本在文档内解析并执行。 
4 HTML DOM 完全构造起来。 
5 图片和外部内容加载。 
6 网页完成加载。 
----------------------
可以看出javascript脚本是可以在dom构造之前运行的。
我们在开发网页的时候,经常会用Js动态往dom树中添加一个dom对象,然后又因为某些原因会想要立即获取这个dom对象,此时有一定几率会取到null,这个时候可以用一下setTimeout()稍微延迟获取,等待新添加的dom构造完成。

Repaint & Reflow

Yahoo!性能工程师Nicole Sullivan写了一篇非常值得一读的 分析Reflow和Repaint的文章

repaint(重绘)是在一个元素的外观被改变,但没有改变布局的情况下发生,如改变visibility、outline、前景色。
"According to  Opera  , repaint is expensive because the browser must verify the visibility of all other nodes in the DOM tree."
当repaint发生时,浏览器会验证DOM树上的所有其它结点的visibility属性。
reflow(回流)是导致DOM脚本执行低效的关键因素之一。页面上任何一个结点触发reflow,都会导致它的子结点及祖先结点重新渲染。Nicole举了个例子:
复制代码
< body >
< div  class =”error” >
< h4 > My Module </ h4 >
< p >< strong > Error: </ strong > Description of the error… </ p >
< h5 > Corrective action required: </ h5 >
< ol >
< li > Step one </ li >
< li > Step two </ li >
</ ol >
</ div >
</ body >
复制代码
当p结点上发生reflow,div.error和body也会重新渲染,甚至h5和ol也会受到影响。
Nicole总结了在哪些情况下会导致reflow发生:
  • 改变窗囗大小
  • 改变文字大小
  • 添加/删除样式表
  • 内容的改变,如用户在输入框中敲字(这样也会-_-||)
  • 激活伪类,如:hover (IE里是一个兄弟结点的伪类被激活)
  • 操作class属性
  • 脚本操作DOM
  • 计算offsetWidth和offsetHeight
  • 设置style属性
reflow是不可避免的,只能将reflow对性能的影响减到最小。Nicole提出6点建议:
  • Change classes on the element you wish to style (as low in the dom tree as possible)
    尽可能限制reflow的影响范围。以上面的代码为例,要改变p的样式,class不要加在div上,通过父级元素影响子元素不好。最好直接加在p上。
  • Avoid setting multiple inline styles 
    通过设置style属性改变结点样式的话,每设置一次都会导致一次reflow。所以最好通过设置class的方式。
  • Apply animations to elements that are position fixed or absolute 
    实现元素的动画,它的position属性应当设为fixed或absolute,这样不会影响其它元素的布局。
  • Trade smoothness for speed 
    权衡速度的平滑。比如实现一个动画,以1个像素为单位移动这样最平滑,但reflow就会过于频繁,CPU很快就会被完全占用。如果以3个像素为单位移动就会好很多。
  • Avoid tables for layout 
    不要用tables布局的另一个原因就是tables中某个元素一旦触发reflow就会导致table里所有的其它元素reflow。在适合用table的场合,可以设置table-layout为auto或fixed,这样可以让table一行一行的渲染,这种做法也是为了限制reflow的影响范围。
  • Avoid JavaScript expressions in the CSS (IE only)
    很多情况下都会触发reflow,如果css里有expression,每次都会重新计算一遍。

参考文献:


本文转自Kai的世界,道法自然博客园博客,原文链接:http://www.cnblogs.com/kaima/archive/2009/08/25/1553510.html ,如需转载请自行联系原作者。
目录
相关文章
|
3月前
|
存储 缓存 监控
|
3月前
|
存储 前端开发 开发者
|
2月前
|
缓存 监控 前端开发
在资源加载优化中,如何利用浏览器缓存提升性能?
通过以上这些方法,可以有效地利用浏览器缓存来提升资源加载的性能,减少网络请求次数,提高用户体验和应用的响应速度。同时,需要根据具体的应用场景和资源特点进行灵活调整和优化,以达到最佳的效果。此外,随着技术的不断发展和变化,还需要持续关注和学习新的缓存优化方法和策略。
102 53
|
4月前
|
Web App开发 JavaScript 前端开发
添加浮动按钮点击滚动到网页底部的纯JavaScript演示代码 IE9、11,Maxthon 1.6.7,Firefox30、31,360极速浏览器7.5.3.308下测试正常
添加浮动按钮点击滚动到网页底部的纯JavaScript演示代码 IE9、11,Maxthon 1.6.7,Firefox30、31,360极速浏览器7.5.3.308下测试正常
|
14天前
|
人工智能 API 数据库
Browser Use:开源 AI 浏览器助手,自动完成网页交互任务,支持多标签页管理、视觉识别和内容提取等功能
Browser Use 是一款专为大语言模型设计的智能浏览器工具,支持多标签页管理、视觉识别、内容提取等功能,并能记录和重复执行特定动作,适用于多种应用场景。
180 0
Browser Use:开源 AI 浏览器助手,自动完成网页交互任务,支持多标签页管理、视觉识别和内容提取等功能
|
2月前
|
JavaScript 前端开发 API
浏览器渲染过程中如何处理异步任务
在浏览器渲染过程中,异步任务通过事件循环机制处理。JS执行时,同步任务在主线程上执行,形成一个执行栈。异步任务则被推入任务队列中,待主线程空闲时按顺序调用,确保页面流畅渲染与响应。
|
2月前
|
JavaScript 前端开发 数据处理
模板字符串和普通字符串在浏览器和 Node.js 中的性能表现是否一致?
综上所述,模板字符串和普通字符串在浏览器和 Node.js 中的性能表现既有相似之处,也有不同之处。在实际应用中,需要根据具体的场景和性能需求来选择使用哪种字符串处理方式,以达到最佳的性能和开发效率。
|
2月前
|
缓存 监控 测试技术
如何利用浏览器的缓存来优化网站性能?
【10月更文挑战第23天】通过以上多种方法合理利用浏览器缓存,可以显著提高网站的性能,减少网络请求,加快资源加载速度,提升用户的访问体验。同时,要根据网站的具体情况和资源的特点,不断优化和调整缓存策略,以适应不断变化的业务需求和用户访问模式。
113 7
|
2月前
|
前端开发 JavaScript
宏任务和微任务在浏览器渲染过程中的执行顺序
宏任务和微任务是浏览器事件循环中的两种任务类型。宏任务包括整体代码块、setTimeout等,微任务有Promise.then、MutationObserver等。每个宏任务执行完毕后,会先执行完所有微任务,再进行下一轮渲染或执行下一个宏任务。
|
3月前
|
缓存 自然语言处理 前端开发
浏览器渲染
【10月更文挑战第28天】浏览器渲染涉及将HTML、CSS和JavaScript代码转换为可视网页,主要步骤包括:解析HTML构建DOM树、解析CSS构建CSSOM树、合并DOM与CSSOM生成渲染树、布局确定元素位置和尺寸、绘制元素到屏幕、合成图层形成最终图像。此过程不断优化以提升性能。