想在网页上实现丝滑又可控的逐帧动画？

直接使用 requestAnimationFrame 配合 canvas 或 img 标签进行序列切换，是目前最可靠、兼容性也最好的方案。

相比之下，无论是CSS动画还是GIF，都难以精确控制每一帧的时序，更别提在播放过程中动态跳帧或暂停了。

一、用 canvas 绘制帧序列（推荐）

如果你需要动态控制动画——比如变速播放、倒放、跳转到指定帧，或者需要叠加图层、响应用户交互——那么 canvas 方案是首选。

它的核心思路很简单：预加载所有帧图像，然后在画布上按需绘制。

实现要点

这里有几点必须注意：

• 预加载是关键：务必在动画开始前加载完所有帧图片，否则绘制时会出现空白或闪烁。可以用 Promise.all 来确保所有图片加载完成。
• 时间基准要准：帧索引通常从0开始，每帧的显示时长建议用毫秒（例如100ms对应大约10 FPS）。这里有个常见的误区：不要依赖“平均帧率”，而应该以精确的时间间隔来控制。
• 与屏幕刷新同步：驱动动画循环时，务必使用 requestAnimationFrame，而不是 setTimeout 或 setInterval。这样才能保证动画与屏幕刷新率同步，最大程度减少卡顿。
• 绘制参数要对齐：使用 canvas.getContext('2d').drawImage() 时，裁剪参数必须严格匹配单帧图片的尺寸，否则画面很容易被拉伸或显示错位。

const frames = [/* 预加载的 Image 对象数组 */];
let currentFrame = 0;
let lastTime = 0;
const frameDuration = 100; // 每帧 100ms

function animate(timestamp) {
  if (timestamp - lastTime >= frameDuration) {
    currentFrame = (currentFrame + 1) % frames.length;
    ctx.clearRect(0, 0, canvas.width, canvas.height);
    ctx.drawImage(frames[currentFrame], 0, 0);
    lastTime = timestamp;
  }
  requestAnimationFrame(animate);
}
requestAnimationFrame(animate);

二、用 切换 src 实现（轻量级）

对于帧数不多（比如不超过50帧）、逻辑简单的展示型动画，直接切换 标签的 src 属性是一个轻量且高效的选择。

这种方式DOM渲染开销低，资源复用率高，但缺点是无法进行像素级的精细控制。

注意事项

采用此方案时，有几个细节需要留心：

• 资源命名要规范：所有帧图片应尺寸统一，并且文件名或路径最好能按序号生成（例如 frame_001.png, frame_002.png … frame_050.png），方便循环调用。
• 预加载防闪烁：虽然浏览器会对相同 src 进行缓存，但在快速切换的瞬间仍可能出现短暂空白。一个有效的做法是提前创建 Image 对象并赋值 src，触发图片的预加载。
• 更新时机要正确：避免在循环中频繁设置 img.src，而应该将更新逻辑放在 requestAnimationFrame 的回调函数里，否则更新可能会被浏览器节流，甚至导致丢帧。
• 移动端兼容性：在移动端的Safari浏览器上，过快的 src 切换可能会有渲染延迟。经验表明，将每帧的最低间隔设置在60毫秒以上，通常能获得更稳定的表现。

三、常见错误：用 CSS @keyframes 模拟逐帧

有些开发者为了图省事，想用CSS的 @keyframes 配合 steps() 函数来模拟逐帧动画。这种做法看似简洁，实则隐患重重。

主要问题

• 代码臃肿：一旦帧数增多（超过20帧），对应的CSS文件体积会急剧膨胀。
• 无法动态控制：这种方式无法在运行时动态修改播放顺序或跳转。
• 兼容性问题：在Safari浏览器中，steps() 在元素发生缩放或变形时，容易出现“半帧渲染”的bug。
• 缺乏接口：它缺乏JavaScript接口，你无法监听“当前播放到第几帧”，这使得后续想要实现音画同步等扩展功能几乎不可能。

如果坚持使用

即便决定使用，也要注意：

• animation-timing-function: steps(1, start) 必须与总帧数、动画总时长严格对应，任何一个参数算错都会导致整个动画混乱。
• 如果使用雪碧图并通过 background-position 移动，必须确保雪碧图的宽高是单帧尺寸的整数倍，否则会出现模糊或错位。
• 从Chrome 115版本开始，对超长的 steps(N) 解析会有性能警告，实际帧率可能低于预期。

四、关键细节容易被忽略

实现逐帧动画，“精准”往往比“快速”更重要。很多问题并非代码逻辑错误，而是时间基准没有对齐。

核心细节

• 摒弃过时的定时器：千万不要用 setInterval 来驱动帧逻辑。它无法感知页面是否被隐藏、屏幕刷新率是多少，在后台标签页中运行时会导致动画严重失步。
• 使用高精度时间戳：帧计时应该使用 performance.now() 或 requestAnimationFrame 回调函数提供的 timestamp 参数，它们的精度远高于 Date.now()。
• 做好错误处理：必须为预加载失败的帧准备后备方案。比如跳过该帧、显示一个占位灰色块、或记录错误日志。否则，一旦有一帧加载失败，整个动画就可能卡死。
• 移动端画布分辨率：在移动端使用 canvas 时，要特别注意其尺寸。CSS中设置的 width/height 属性不等于绘图分辨率，必须显式设置 canvas.width 和 canvas.height 属性，才能获得清晰的图像。

《夸克》非常好用的免费AI浏览器

下载APP查看