页面渲染——简化paint复杂程度和区域

Paint是填充像素并且最后合成在用户的屏幕上的过程。

通常是在管道中耗费最大的,你要尽可能的避免使用paint。

  • 动画中使用除了transform和opacity的动画属性都将触发paint
  • paint是像素管道中耗费最大的部分,所以避免使用之
  • 在层提升(layer promotion)和编配动画的时候减少layer区域
  • 使用Chrom DevTools的paint模块来计算paint的复杂度和耗费:减少你能减少的

如果你触发了layout你就一定触发了paint,因为改变元素的几何形状意味着元素的像素需要修改。

你可以触发paint如果你改变了不是几何性质的属性,例如background,text color,亦或shadow。

在这些情况下layout将不会被触发,管道看上去像下面这样:

使用 Chrome DevTools 快速检测paint瓶颈

在chrome DevTools中的console栏目选中rendering,勾选show paint rectangels

注意上面的钩钩选择之后将会导致chrome将会捕捉paint发生的地方,并用绿色表示。

如果有些地方你认为不应该发生paint,那么你可以深入优化。

当你想获得paint的更多信息,你可以在Timeline中选择paint,记住只有选择paint之后浏览器才能记录相关信息,否则将不会检测paint。

现在,你需要做recording。recording结束之后选择一帧,在下面的summary中点击paint profiler,如下图:

点击之后你可以看见哪里被paint了,这个paint花费了多长时间和这个paint调用的individual paint 。

上面检测方法让你同时检测了paint的复杂度和paint的区域。

你可以根据结果来优化。

对需要移动和消退的元素进行提升(promote)

paint不总是在在内存中paint成一张image。事实上,浏览器paint成多张image,亦或多张合成器层(compositor layers),如果有必要的话。

好处是元素被再次paint亦或在屏幕上使用transform属性进行移动时,可以不影响其他元素。

这就像绘画软件Sketch,GIMP亦或Photoshop,一个层中进行的操作不会影响另一个层,所有的层一个接着一个相互结合并创建除了最后的图片。

创建新的层的最好方式是使用css属性 will-change 。 在Chrome和Opera和Firefox浏览器中起作用,并且因为will-change属性值transform,将会创建一个新的构造器层。

.moving-element {
  will-change: transform;
}

对于不支持will-change属性的浏览器,但是为了创建layer,所以你必须(误)用3D transform来强迫创建一个新的layer,适用于Safari和Mobile Safari等。

.moving-element {
  transform: translateZ(0);
}

注意不要创建太多的layer,因为一个layer既占内存也需要管理。如果你提升了元素(promote a element)来创建新的层,使用DevTools来确定这样做将会给你一个性能上的提升。

不要不进行检测就直接提升元素。

减少paint区域

对paint而言巨大的挑战就是浏览器将两个需要paint的元素结合在一起,而且这将会导致整个屏幕被重新paint。

所以,尽可能减少paint区域。

简化paint的复杂度

当谈到paint的时候,有些行为消耗很大。

比如,任何包含模糊效果(例如一个阴影)代码将会比画一个红色的box花费更长时间。

css中的background:red和box-shadow:0,4px,4px,rgba(0,0,0,0.5)在执行上对性能有很大不同的影响。

上面paint profiler允许你决定你为了达到最终相同的结果,你是否需要替换已有方案来达到最优性能:你要在动画中尽量变paint操作,且每一帧的paint都会大于10ms,特别是在移动手机上将会耗时更多。

时间: 2024-10-12 09:13:28

页面渲染——简化paint复杂程度和区域的相关文章

高性能滚动 scroll 及页面渲染优化

本文主要想谈谈页面优化之滚动优化. 主要内容包括了为何需要优化滚动事件,滚动与页面渲染的关系,节流与防抖,pointer-events:none 优化滚动.因为本文涉及了很多很多基础,可以对照上面的知识点,选择性跳到相应地方阅读.    滚动优化的由来 滚动优化其实也不仅仅指滚动(scroll 事件),还包括了例如 resize 这类会频繁触发的事件.简单的看看: 1 2 3 4 var i = 0; window.addEventListener('scroll',function(){   

【前端性能】高性能滚动 scroll 及页面渲染优化

最近在研究页面渲染及web动画的性能问题,以及拜读<CSS SECRET>(CSS揭秘)这本大作. 本文主要想谈谈页面优化之滚动优化. 主要内容包括了为何需要优化滚动事件,滚动与页面渲染的关系,节流与防抖,pointer-events:none 优化滚动.因为本文涉及了很多很多基础,是我自己学习记录的一个过程,如果上面列出的知识点都了然于胸了,就可以不必往下看了.    滚动优化的由来 滚动优化其实也不仅仅指滚动(scroll 事件),还包括了例如 resize 这类会频繁触发的事件.简单的看

【前端性能】高性能滚动 scroll 及页面渲染优化--转发

本文主要想谈谈页面优化之滚动优化. 主要内容包括了为何需要优化滚动事件,滚动与页面渲染的关系,节流与防抖,pointer-events:none 优化滚动.因为本文涉及了很多很多基础,可以对照上面的知识点,选择性跳到相应地方阅读.    滚动优化的由来 滚动优化其实也不仅仅指滚动(scroll 事件),还包括了例如 resize 这类会频繁触发的事件.简单的看看: 1 2 3 4 var i = 0; window.addEventListener('scroll',function(){   

前端高性能滚动 scroll 及页面渲染优化

前言 最近在研究页面渲染及web动画的性能问题,以及拜读<CSS SECRET>(CSS揭秘)这本大作.本文主要想谈谈页面优化之滚动优化. 主要内容包括了为何需要优化滚动事件,滚动与页面渲染的关系,节流与防抖,pointer-events:none 优化滚动.因为本文涉及了很多很多基础,是我自己学习记录的一个过程,如果上面列出的知识点都了然于胸了,就可以不必往下看了. 滚动优化的由来 滚动优化其实也不仅仅指滚动(scroll 事件),还包括了例如 resize 这类会频繁触发的事件.简单的看看

多进程浏览器、多线程页面渲染与js的单线程

线程与进程 说到单线程,就得从操作系统进程开始说起.在早期的操作系统中并没有线程的概念,进程是能拥有资源和独立运行的最小单位,也是程序执行的最小单位.任务调度采用的是时间片轮转的抢占式调度方式,而进程是任务调度的最小单位,每个进程有各自独立的一块内存,使得各个进程之间内存地址相互隔离.后来,随着计算机的发展,对CPU的要求越来越高,进程之间的切换开销较大,已经无法满足越来越复杂的程序的要求了.于是就发明了线程,线程是程序执行中一个单一的顺序控制流程,是程序执行流的最小单元.这里把线程比喻一个车间

页面 渲染 回流 测试 笔记

页面重绘(repaints),回流(reflow),网上已经有很多介绍了,以前也只是看看,并没有仔细理解,所以现在留点笔记 一些有用的连接 http://www.zhangxinxu.com/wordpress/2009/10/attention-reflow-to-make-web-faster/ http://www.zhangxinxu.com/wordpress/2010/01/%E5%9B%9E%E6%B5%81%E4%B8%8E%E9%87%8D%E7%BB%98%EF%BC%9Ac

【Python】Django页面渲染函数的一个小缺陷

总结 python3中 filter() 返回的是可迭代对象,python2中 filter() 返回的是过原列表经过函数过滤后的新列表,也就是把原本Py2中的纯列表转为了更省内存的迭代器 被filter修饰器过滤后的元组对象列表变为可以迭代的filter对象, 渲染器无法识别filter对象,也无法识别把list(iterable_filter)直接带入到参数字典中,需要用表达式转一次 缘由 对传给render_to_string()函数的字典参数值中,包含了被filter函数过滤后的值,被渲

django数据库中的时间格式与页面渲染出来的时间格式不一致的处理

django数据库中的时间格式与页面渲染出来的时间格式不一致的处理. 在数据库里,时间是这样显示的: date: 2012-07-21 12:27:22 | date | datetime | NO | | NULL | | +-----------+-------------+------+-----+---------+----------------+ 在模板里用: <span>{{ post.date }}</span> 打印出来,时间格式是这样的: July 21, 20

CSS 异步加载技术 不影响页面渲染

本文展示了一种技术,它能通过异步下载样式表,以阻止它们的下载阻塞页面的渲染,从而尽可能快的让访问者获取到信息内容. 警告! 我发这篇帖子全是好意,但是它并不负责让读它的人意识到下面将会遇到的问题. 社区很快地给了我许多的反馈 (有些反馈我很感激) ,而越来越明显的是这项技术并不如我所希望的那样稳定. 不像我那样的成功地对它进行了测试和利用,许多开发者在 IE 和 Firefox 中都遇到了问题( F F测试版中直接崩溃) 而其他人则报告在 Chrome 和 Safari 中是成功的.我现在的建议