requestAnimationFrame实现惯性滚动算法物理引擎反馈教程

在移动端应用开发中，实现丝滑的惯性滚动效果是提升用户体验的关键。然而，许多开发者在使用requestAnimationFrame后，仍然会遇到滚动生硬、卡顿或无法自然停止的问题。这通常源于对技术原理的普遍误解。

requestAnimationFrame 的核心角色：动画调度而非物理模拟

首先需要明确一个核心概念：requestAnimationFrame本身并非物理引擎。它是一个高级的动画调度器，其核心作用是确保你的动画回调函数在浏览器下一次重绘之前执行，从而实现与屏幕刷新率的同步。滚动是否“跟手”和“丝滑”，完全取决于你在每次回调函数中编写的物理状态更新逻辑。

因此，当出现滚动停不住、卡顿、回弹生硬或边界抖动等问题时，问题通常不在于requestAnimationFrame本身，而在于背后的物理模型计算或状态管理有误。

一个健壮的惯性滚动系统，必须自主维护以下三个核心状态变量：

• velocity（速度）：决定滚动动力的核心变量。
• position（位置）：每一帧需要更新并呈现的滚动位置。
• lastTime（上一帧时间戳）：用于计算真实帧间时间差的基础。

这里有一个常见误区：避免使用固定步长（如每帧移动固定像素）。不同设备的刷新率（如60Hz与120Hz）差异巨大，固定步长会导致体验不一致。正确的做法是基于真实的时间差（deltaTime = currentTime - lastTime）进行插值计算。

在速度衰减方面，线性衰减虽然简单，但手感不真实。更接近自然物理阻尼效果的是指数衰减，例如：velocity *= Math.pow(0.96, deltaTime / 16)。这个公式能确保衰减效果与设备帧率无关，在任何设备上都能提供一致的滚动停止感觉。

构建最小物理滚动循环：position、velocity 与 easing 的协同

一个健壮的惯性滚动循环，其核心在于每一帧的计算是否可预测、可重复。以下结构提供了一个可靠的实现起点：

let position = 0;
let velocity = 0;
let lastTime = 0;

function scrollLoop(timestamp) {
  if (!lastTime) lastTime = timestamp;
  const deltaTime = Math.min(timestamp - lastTime, 32); // 限制最大时间差，防止异常值
  lastTime = timestamp;

  // 物理状态更新：基于速度和时间差更新位置，并对速度进行指数衰减
  position += velocity * (deltaTime / 16);
  velocity *= Math.pow(0.95, deltaTime / 16);

  // 边界约束处理（以容器 scrollTop 为例）
  const minPos = 0;
  const maxPos = container.scrollHeight - container.clientHeight;
  if (position < minPos) {
    position = minPos;
    velocity *= -0.3; // 施加轻微反弹，避免完全粘滞在边界
  }
  if (position > maxPos) {
    position = maxPos;
    velocity *= -0.3;
  }

  container.scrollTop = Math.round(position);

  if (Math.abs(velocity) > 0.05) { // 当速度低于阈值时停止动画循环
    requestAnimationFrame(scrollLoop);
  }
}

请注意代码中的关键细节：Math.pow(0.95, deltaTime / 16)。这确保了衰减是基于真实流逝的时间，而非固定的帧数。如果错误地使用velocity *= 0.95，那么在30fps设备上的衰减速度会比60fps设备慢一倍，导致手感完全不一致。

移动端惯性滚动失速的常见原因与解决方案

在移动端开发中，一个典型问题是手指松开后，滚动很快停止，缺乏惯性。这通常源于速度采集的时机不当。

许多实现仅在touchend事件中，使用最后一点的坐标差来计算初速度。此时手指已离开，采样点稀疏且滞后，计算出的初速度严重偏低，导致滚动距离短。

正确的做法是在touchmove过程中就进行持续追踪和计算：

• 持续采样：记录最近3到4个时间点及其对应的位置坐标。
• 计算瞬时速度：使用线性回归或对最近几个点进行加权平均，来估算手指离开瞬间的真实速度。这比仅用最后两个点更准确。
• 注意数据源：务必使用event.touches获取触摸点数据，而非event.changedTouches，后者在多指触控时可能数据不全。
• 单位统一：建议将速度单位统一为px/ms（像素每毫秒），以便后续与时间差deltaTime直接相乘，避免单位混淆。
• 清理旧循环：在启动新的requestAnimationFrame循环前，务必使用cancelAnimationFrame取消之前的循环，防止多个动画循环竞争导致状态混乱。

处理边界回弹：避免 requestAnimationFrame 的精度陷阱

当滚动位置超出边界时，最简单的处理是将其直接“钳制”到边界值，并反转速度。但这容易导致视觉上的“位置跳变”，因为下一帧的位置计算仍基于反转前的旧速度，造成边界附近的突变和生硬感。

人眼对连续动画中的突变非常敏感。更平滑的策略是引入弹性模拟：

// 越界后不直接硬性设置位置，而是施加一个反向的弹性力
if (position < minPos) {
  const over = minPos - position; // 计算越界距离
  velocity += over * 0.05; // 施加一个与越界距离成正比的“回拉”力
  position = minPos;
}
if (position > maxPos) {
  const over = position - maxPos;
  velocity -= over * 0.05;
  position = maxPos;
}

这个微小的改动，能让回弹呈现一个渐进的、类似弹簧的缓冲过程，手感更自然。但需注意，这里的弹性系数（如0.05）需要与速度衰减的阻尼系数（如0.95）协同调试。调试不当可能导致滚动在边界处反复振荡，无法停止。

最后给出一个关键建议：所有物理参数（阻尼系数、弹性系数、速度阈值等）都应在真实移动设备上进行反复测试和调试。桌面模拟器的触控延迟和性能表现往往与真机有差异，可能掩盖真实的手感问题。真正的“丝滑”体验，是通过在真实场景中不断调试和优化获得的。