避免无用的渲染绘制(Avoiding Unnecessary Paints)

本文翻译自html5rock上的文章，文章英文原版地址在最后给出。

文中的Paints我翻译成渲染绘制，我自己是这么理解。

开始

绘制(渲染)一个网站或者一个应用的元素对浏览器来说开销是很大的，它会对运行时的效率产生负面影响，在这篇文章中我们将快速的过一遍，哪些情况会导致导致绘制事件在浏览器中产生，以及如何在你今后的工作中尽量避免没必要的绘制。

绘制(渲染)：一场超快的旅行

浏览器的主要任务之一就是将DOM和CSS转换成像素并绘制到屏目上，这是一系列复杂的处理过程。浏览器先读取HTML标签并由此创建DOM树，它对CSS也是进行了类似的工作，读取CSS并创建CSSOM树，然后将两者合并，最终我们就可以根据合并后的结构渲染成像素到屏目了

绘制过程本身就挺有趣。在Chrome浏览器中，合并后的DOM树与CSS树被一款名叫Skia的软件进行栅格化。如果你曾使用过CANVAS的API，那么你会觉得它们的API非常相似。

不光是moveTo, lineTo等这些API，另外的一些高级API也一样非常相似。本质上来讲，所有需要被绘制的元素都将被提取到能被Skia执行的集合中，执行后输出的是一堆位图。这些位图将被上传到GPU中，GPU将帮他们组合在一起并最终输出到屏目上。

Skia的工作量是直接受你在元素上所应用的样式引响的。如果你在元素应用的样式算法很复杂那么，会大大加重Skia的工作。你可以参考这篇文章article on how CSS affects page render weight，以更深的理解CSS如何影响页面渲染。

总而言之，绘制工作费时间，如果我们不减少绘制，那么可能会掉侦。用户可能会注意到掉帧，看起来会闪一下。这对于我们的APP上来说是从根本上伤害了用户体验。我们不希望看到这样的结果吧，so让我们来看看哪些东西会产生必要的绘制(渲染)工作，以及我们能对这些做些啥优化。

Scrolling(滚动)

无论你是往上还是往下滚动，内容在显示到屏目上之前浏览器都需要进行重绘。如果一切顺利的话，可能产生重绘的区域会是很小一块，但是即使是很小一块，那一小块元素可能就是应用了复杂的CSS样式。所以不会因为绘制的区域小而绘制的速度会快。

为了看清哪些区域被重绘了，你可以使用Chrome中自带的调试工具，点击右上角的设置按钮，选中 “Show Paint Rectangles”后，在你的页面中做一些简单的交互，你便会看到一些会闪动的矩形框，那就是重绘的区域了。

滚动的性能表现，是你网站成功的关键。用户真的会关心你的站点或应用滚动的是不是顺畅，他们可不会喜欢滚动的不流畅的网站。我们在滚动时保证轻量的绘制工作，因此而得到的一个好处就是用户看不到闪动或掉帧这类事情了。

我之前已经写过一篇文章是关于滚动性能的，如果你想了解更我，可以参考这篇文章 article on scrolling performance

Interactions（交互）

交互是另一个产生绘制工作的原因，如：hovers, click，touches drags无论用户执行了其中的哪一样操作都会引发绘制或重绘。让我们以hover举个栗子，当hover某个元素时，Chrome不得不重绘那个被hover影响的元素。如果滚动时有一个很大很复杂的重绘工作，那么你将会看到绘制帧频的下降。

大家都想要好的、流畅的交互动画，这咱又得关心一下动画样式在变化时的花费时间及性能成本

An unfortunate combination（不幸的组合）

当我滚动的同时移动鼠标时会发生什么？在无意中是完全有可能触发昂贵的重绘开销的，这将导致我的帧频率小于16.7ms(我们应该保持在每秒60帧的频率)。我已经写了一个demo来更直观的表达我所说的情况created a demo 希望你在滚动的同时移动鼠标能看到hover效果。但是让我们看看Chrome调试工具告诉了我们什么

在上图中你可以看到，当我在某一个块元素上（blocks）上hover时调试工具已捕获了绘制工作。为了看效果，我在demo中疯狂的加重了样式效果(缩放，阴间等动画效果)。这导致帧频逼近或偶尔间超过了帧频的临界值。最后我想要的是减少不必要的绘制工作，尤其是在滚动时。

我们如何实现呢，实现其实很简单，技巧是添加一个scroll回调handler处理函数，在这个函数内禁止hover效果，同时设置一个计时器，用以恢复hover效果。这意谓着我们保证在滚动时禁止一些开销昂贵的交互效果，并且在停止滚动足够的时间后恢复那些效果

实际应用时注意!

改变此项会影响你应用程序用户体验，所以明智的对待它，延时恢复效果要在你和的团队能接受的时间范围内

这是对应的代码

// Used to track the enabling of hover effects
var enableTimer = 0;

/*
 * Listen for a scroll and use that to remove
 * the possibility of hover effects
 */
window.addEventListener('scroll', function() {
  clearTimeout(enableTimer);
  removeHoverClass();

  // enable after 1 second, choose your own value here!
  enableTimer = setTimeout(addHoverClass, 1000);
}, false);

/**
 * Removes the hover class from the body. Hover styles
 * are reliant on this class being present
 */
function removeHoverClass() {
  document.body.classList.remove('hover');
}

/**
 * Adds the hover class to the body. Hover styles
 * are reliant on this class being present
 */
function addHoverClass() {
  document.body.classList.add('hover');
}

如你所见，我们用了一个class来决定hover效果是否被允许使用，下面就是这个class的css表达式

/* Expect the hover class to be on the body
 before doing any hover effects */
.hover .block:hover {
 …
}

这就是所有的内容了

Conclusion（结束语）

渲染的性能表现对于用户是否喜欢你的应用至关重要，你需要的是尽量保证绘制工作量保持在16ms帧频率以下，为了帮助实现这一目标，你得使调式工具一直贯穿于你的开发过程中，确保帧频保持在正常范围内，并随时修复上升的帧频。

被忽略的交互过程，特别是重试绘制元素，是渲染性能的杀手，正如你所见，我们可以用一些简单的代码解决掉这些问题。

看一看你的站点和应用，能不能做一些渲染绘制上面的优化

本文翻译自：

http://www.html5rocks.com/en/tutorials/speed/unnecessary-paints/

我英文水平有限，凑合着翻，全当自我学习欢迎交流学习

========================================================

转载处请注明：博客园(王二狗)willian12345@126.com

posted @ 2014-04-24 09:54 池中物王二狗阅读(902) 评论(0) 编辑收藏举报

刷新页面返回顶部

王二狗Sheldon池中物