css transition 指南
在本文中,我们将深入了解 CSS transition
,以及如何使用它们来创建丰富、精美的动画。
基本原理
我们创建动画时通常需要一些动画相关的 CSS
。
下面是一个按钮在悬停时移动但没有动画的示例:
<button class="btn">Hello World
</button><style>.btn {width: 100px;height: 100px;border-radius: 50%;border: none;background: slateblue;color: white;font-size: 20px;font-weight: 500;line-height: 1;}.btn:hover {transform: translateY(-10px);}
</style>
当用户的鼠标停留在我们的按钮上时,此代码片段使用:hover
伪类指定附加的 CSS
声明,类似于js
中的onMouseEnter
中的事件。
为了向上移动元素,我们使用transform: translateY(-10px)
。 虽然我们可以用margin-top
来完成这项工作,但是transform: translate
是一种更好的方式。我们在下面会解释原因。
默认情况下,CSS
的更改会立即发生。眨眼间,我们的按钮已经传送到了新的位置!这与事物逐渐发生的自然世界规则格格不入。
我们可以指示浏览器使用transition
属性从一种状态值到另一种状态:
<button class="btn">Hello World
</button><style>.btn {width: 100px;height: 100px;border-radius: 50%;border: none;background: slateblue;color: white;font-size: 20px;font-weight: 500;line-height: 1;/* 添加transition属性 */transition: transform 2500ms;}.btn:hover {transform: translateY(-10px);}
</style>
transition
可以接受多个值,但通常只需要两个:
- 我们希望设置动画的属性的名称
- 动画的持续时间
如果我们计划对多个属性进行动画处理,则可以向其传递一个以逗号分隔的列表:
.btn {/* 设置变换和不透明度 */transition: transform 250ms, opacity 400ms;
}
.btn:hover {transform: scale(1.2);opacity: 0;
}
定时功能
当我们告诉一个元素从一个位置转换到另一个位置时,浏览器需要计算出每个“中间”帧应该是什么样子。
例如:假设我们在 1 秒的时间内从左向右移动一个元素。流畅的动画应以 60 fps 运行,这意味着我们需要在开始和结束之间存在 60 个单独的位置。
首先让它们均匀分布:
每个褪色的圆圈代表一个时刻。当圆圈从左向右移动时,这些是向用户显示的帧。
在此动画中,我们使用线性计时函数。这意味着元素以恒定的速度移动;我们的圆圈每帧移动相同的量。
CSS
中有多种计时函数可供我们使用,通过修改transition-timing-function
值就可以。
.btn {transition: transform 250ms;transition-timing-function: linear;
}
或者,我们可以将其直接传递给transition
属性:
.btn {transition: transform 250ms linear;
}
linear
平缓过渡,但是linear
并非是最好的选择——毕竟,现实世界中几乎没有什么东西是这样移动的。
ease-out
ease-out
就像一头野牛一样冲了过来,但它耗尽了能量。到最后,它就像一只昏昏欲睡的乌龟一样咕咕叫着。
如果我们要绘制元素随时间的位移图表,它看起来像这样:
这种方式最常用于当某些内容从屏幕外进入时的需求中。
ease-in
与ease-out
相反。它开始缓慢并加速。
正如我们所看到的,ease-out
对于从屏幕外进入视图的事物很有用。ease-in
自然对于相反的情况很有用:将某些内容移出视口的边界。
ease-in-out
它是前两个计时函数的组合。
这个定时函数是对称的。它具有相等的加速度和减速度。
ease
与 ease-in-out
不同的是,它不是对称的;它的特点是短暂的加速和大量的减速。
ease
是默认值。
自定义曲线
如果提供的内置选项不能满足我们的需求,还可以使用三次贝塞尔计时函数实现自定义缓动曲线。
.btn {transition:transform 250ms cubic-bezier(0.1, 0.2, 0.3, 0.4);
}
cubic-bezier
函数需要 4 个数字,代表 2 个控制点。
本文暂时不讨论如何实现贝塞尔曲线,如果大家感兴趣可以自行查阅相关文档。
动画
之前,我们提到动画应该以 60 fps
运行。然而,当我们进行数学计算时,我们意识到这意味着浏览器只有 16.6 毫秒来绘制每一帧。时间真的不多(毕竟我们眨眼大约需要 100ms-300ms)。
如果我们的动画计算量太大,它就会显得卡顿和卡顿。由于设备无法跟上,帧将会丢失。
动画包含了非常多的知识,远远超出了本文介绍性教程的范围。但让我们可以来了解一些关键部分:
- 某些
CSS
属性的动画制作成本比其他属性高得多。例如,height
是一个非常昂贵的属性,因为它会影响布局。当一个元素的高度缩小时,会引起连锁反应;它的所有兄弟节点也需要向上移动,以填补空间! - 其他属性(例如
background-color
)动画制作成本较高。它们不会影响布局,但确实需要在每个帧上都重新涂上一层,这并不便宜。 transform
和opacity
这两个属性制作动画的成本非常低。如果动画当前调整诸如width
或left
之类的属性,则可以通过将其通过transform
来移动到极大地改进动画效果(尽管并不总是能够实现完全相同的效果)。- 需要针对低端设备进行动画测试。我们的开发环境可能比它快很多倍。
硬件加速
由于浏览器和操作系统的原因,可能会导致动画出现一些异常。
比如说下面的动图,在transition
开始和结束时文字似乎会出现轻微抖动。
发生这种情况是由于计算机的 CPU
和 GPU
之间的切换所致。
当我们使用transform
和opacity
为元素设置动画时,浏览器有时会尝试优化此动画。它将所有内容作为纹理传输到 GPU
,而不是对每一帧上的像素进行光栅化。GPU
非常擅长执行此类基于纹理的转换,因此,我们得到了非常流畅、高性能的动画。这称为“硬件加速”。
问题是:GPU
和 CPU
的渲染效果略有不同。当 CPU
将其交给 GPU
时,就会看到事情发生了轻微的变化。
不过我们可以通过添加以下 CSS
属性来解决这个问题
.btn {will-change: transform;
}
will-change
是一个属性,它允许我们向浏览器提示我们将为所选元素设置动画,并且它应该针对这种情况进行优化。
实际上,这意味着浏览器将始终让 GPU
处理该元素。CPU
和 GPU
之间不再需要切换,也不再需要“卡入到位”。
will-change
让我们有意识地了解哪些元素应该由硬件加速。浏览器对这些东西有自己的难以理解的逻辑,我们并不想让浏览器去
处理。
硬件加速其实也存在一定问题。
通过将元素的渲染委托给GPU
,它将消耗更多的视频内存,而这种资源是有限的,尤其是在低端移动设备上。