JavaScript实现动画的核心是通过requestAnimationFrame实现与浏览器刷新率同步的高效更新，结合CSS处理简单动画、JS控制复杂交互，并可扩展至SVG、Canvas及物理引擎等高级场景。

JavaScript实现动画效果，核心在于通过编程方式操纵网页元素的视觉属性，使其在一段时间内平滑地从一个状态过渡到另一个状态。这通常涉及对DOM元素的样式属性（如位置、大小、透明度、颜色等）进行连续且微小的更新，从而在视觉上产生运动的错觉。

解决方案

谈到JavaScript实现动画，我个人觉得，最直接也最强大的武器，就是利用浏览器提供的

requestAnimationFrame

API。它不是简单地设定一个定时器，而是告诉浏览器：“嘿，我准备在下一帧画面渲染前做点事，你安排一下。” 这样做的好处是显而易见的：动画更新与浏览器的刷新率同步，避免了不必要的重绘，性能自然就上去了，卡顿感也大大降低。

当然，我们也可以结合CSS的

transition

和

animation

属性，让JavaScript去触发这些CSS定义的动画。比如，通过增删类名来切换元素的样式，让CSS接管动画过程。这种方式对于一些简单、声明式的动画来说，效果非常好，性能也通常更优，因为它能利用GPU加速。

对于更复杂的、需要精细控制或者基于物理效果的动画，

requestAnimationFrame

几乎是唯一的选择。它让我们能在每一帧渲染前，精确计算元素的新位置、新大小、新透明度等等。

立即学习“Java免费学习笔记（深入）”；

一个简单的例子，比如让一个方块从左到右移动：

const box = document.getElementById('myBox'); let position = 0; let direction = 1; // 1 for right, -1 for left  function animateBox() {     position += direction * 2; // 每次移动2像素      if (position > 200 || position < 0) {         direction *= -1; // 到边界就反向     }      box.style.transform = `translateX(${position}px)`;      requestAnimationFrame(animateBox); // 请求下一帧 }  // 启动动画 animateBox();

这里面，

animateBox

函数会在每一帧被调用，更新

position

，然后修改方块的

transform

样式。这种基于时间或者基于状态的迭代更新，就是JavaScript动画的精髓。

JavaScript动画与CSS动画，我该如何选择？

这几乎是每个前端开发者都会遇到的抉择。我的经验是，没有绝对的“最好”，只有“最适合”。

从性能角度看，CSS动画通常能获得更好的性能。浏览器在处理CSS

transition

或

animation

时，很多时候能够利用GPU进行加速，特别是在处理

transform

和

opacity

这些属性时。这意味着动画在视觉上会更流畅，对CPU的占用也更低。如果你的动画是纯粹的视觉效果，不需要复杂的逻辑交互，比如一个简单的淡入淡出、旋转或者位移，那么CSS动画无疑是首选。它代码量少，声明式，易于维护，而且在浏览器层面的优化做得很好。

然而，一旦动画需要与用户交互、依赖复杂的数据计算、或者需要实现一些基于物理的、可中断、可逆转的复杂效果时，JavaScript动画的优势就凸显出来了。比如，拖拽动画、跟随鼠标的粒子效果、模拟重力或弹簧效果的元素运动、或者需要精确控制动画进度、暂停、反向播放的场景，CSS就显得力不从心了。JavaScript能让我们在每一帧中执行任意的逻辑，计算新的状态，这赋予了我们极高的自由度和控制力。

所以，我的建议是：

• 简单、纯粹的视觉过渡和动画，优先考虑CSS。 比如按钮的hover效果、模态框的弹出动画。
• 需要精细控制、复杂逻辑、交互性强、基于数据或物理模型的动画，果断选择JavaScript。 比如游戏中的角色移动、图表的数据动态展示、复杂的页面切换效果。

很多时候，我们还会采取一种混合策略：用JavaScript来触发CSS动画。比如，通过JS添加或移除一个包含动画样式的类名，让CSS去执行具体的动画过程。这结合了两者的优点：JS的控制力和CSS的性能优势。

Movio

ai真人出镜视频讲解

42

查看详情

使用requestAnimationFrame时有哪些常见的坑？

requestAnimationFrame

确实强大，但用起来也有些门道，不是简单地写个循环就完事了。

一个常见的陷阱是动画停止与清理。很多人写完动画，可能忘了在动画结束后调用

cancelAnimationFrame

。如果动画是循环的还好，但如果是单次动画，或者在某个条件下需要停止，忘记取消会导致回调函数在后台持续执行，浪费CPU资源，甚至造成内存泄漏。特别是在组件生命周期管理中，组件销毁时一定要确保相关的动画循环被清理掉。

再来就是性能优化。虽然

requestAnimationFrame

本身就是为了性能而生，但如果你在动画回调函数里做了大量昂贵的DOM操作（比如频繁地读写

offsetWidth

、

offsetHeight

，或者进行复杂的布局计算），那它也救不了你。这些操作会导致“强制同步布局”或“布局抖动”，严重拖慢动画。我的经验是，尽量只在回调中修改

transform

和

opacity

等不会触发布局重排的属性，并且避免在动画循环中进行不必要的DOM查询。

will-change

CSS属性在某些场景下也能帮助浏览器进行优化，提前准备好动画所需的图层。

动画进度的计算也是一个容易出错的地方。浏览器刷新率不是固定的，不同设备可能从60Hz到120Hz甚至更高。如果你简单地每次加固定值，动画在不同设备上可能速度不一。更健壮的做法是基于时间来计算动画进度。记录动画开始的时间戳，然后在每一帧中计算当前时间与开始时间的时间差，再根据这个时间差来计算元素的当前位置。这样无论帧率如何变化，动画的总时长和速度都是一致的。

const box = document.getElementById('myBox'); const duration = 1000; // 动画总时长1秒 let startTime = null;  function animateBox(currentTime) {     if (!startTime) startTime = currentTime;     const elapsed = currentTime - startTime;     const progress = Math.min(elapsed / duration, 1); // 进度0到1      const newPosition = progress * 200; // 移动200px      box.style.transform = `translateX(${newPosition}px)`;      if (progress < 1) {         requestAnimationFrame(animateBox);     } else {         // 动画结束，可以进行清理或触发后续操作         console.log('Animation finished!');     } }  // 启动动画 requestAnimationFrame(animateBox);

最后，复杂动画的状态管理。当页面上有多个动画并行，或者动画之间有依赖关系时，如何有效地管理它们的状态，避免冲突和混乱，是一个不小的挑战。这时候，你可能需要一个更高级的动画库（如GSAP、Anime.js）或者自己设计一个状态机来处理。单纯地堆砌

requestAnimationFrame

回调，很快就会变得难以维护。

除了基础的DOM操作，JavaScript动画还能玩出什么花样？

当我们把JavaScript动画的视野从简单的DOM元素移动扩展开来，会发现它的潜力远不止于此。

一个很酷的方向是SVG动画。SVG（可缩放矢量图形）本身就是基于XML的，这意味着我们可以像操作HTML元素一样，用JavaScript去修改SVG的属性。比如，改变

path

元素的

d

属性来实现路径变形动画，或者调整

circle

、

rect

的

cx

、

cy

、

r

、

width

、

height

，配合

transform

属性，就能实现非常精细、矢量化的动画效果。很多复杂的图标动画、数据图表动态展示，都是通过JS操作SVG实现的。它的优势在于图形无论放大缩小都不会失真，这在响应式设计中非常有价值。

再往深了走，就是Canvas动画。Canvas是一个HTML5元素，它提供了一个位图绘图区。JavaScript可以通过Canvas API在上面绘制图形、图像，并进行像素级别的操作。这为我们打开了全新的动画世界：游戏开发、复杂的粒子系统、数据可视化（比如动态折线图、柱状图）、图像处理特效等等。Canvas动画的特点是性能极高，因为所有的绘制都是在位图上进行的，不涉及DOM操作，但缺点是绘制的内容无法直接被搜索引擎抓取，也不具备原生的可访问性。它更像是用代码在画布上画电影。

还有一类非常有趣的，是基于物理引擎的动画。我们不再是简单地线性移动元素，而是模拟真实世界的物理规律，比如重力、弹簧、摩擦力、碰撞等等。这需要JavaScript来计算物体在每个时间步长的速度、加速度和位置。比如，一个元素被拖拽后松手，它会像一个有质量的物体一样，根据惯性继续滑动，然后逐渐减速停止，或者撞到边缘后反弹。这种动画能给用户带来更真实、更自然的用户体验。

最后，不得不提Web Animations API (WAAPI)。这是一个相对较新的浏览器原生API，它旨在将CSS动画的声明式优势和性能，与JavaScript的强大控制力结合起来。你可以用JS创建、播放、暂停、反转动画，但动画的执行却能像CSS动画一样，在浏览器内部以高性能的方式运行。它提供了一种更结构化、更现代的方式来管理动画，减少了我们手动管理

requestAnimationFrame

循环的负担，同时又保留了JavaScript的灵活性。虽然它的浏览器兼容性还在不断完善中，但它无疑是未来JavaScript动画发展的一个重要方向。