HTML5逐帧动画制作教程：实现步骤详解

在网页上实现流畅可控的逐帧动画，推荐使用 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 属性，才能获得清晰的图像。