在移动端应用开发中，实现丝滑的惯性滚动效果是提升用户体验的关键。然而，许多开发者在使用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）协同调试。调试不当可能导致滚动在边界处反复振荡，无法停止。
最后给出一个关键建议：所有物理参数（阻尼系数、弹性系数、速度阈值等）都应在真实移动设备上进行反复测试和调试。桌面模拟器的触控延迟和性能表现往往与真机有差异，可能掩盖真实的手感问题。真正的“丝滑”体验，是通过在真实场景中不断调试和优化获得的。
