video currenttime 设置后画面卡顿或跳帧的根本原因是浏览器对帧精度、解码状态和渲染管线的调度限制，而非播放器bug；需结合seek事件监听、关键帧对齐、文件编码优化及渲染状态校验综合解决。
video 标签的 currentTime 设置后画面卡顿或跳帧
常见于调用 video.currentTime = x 后，视频实际渲染位置与预期不符，出现“抖动”“回跳”“卡住一帧”等现象。根本原因不是播放器 bug，而是浏览器对帧精度、解码状态和渲染管线的调度限制。
实操建议：
立即学习“前端免费学习笔记（深入）”；
-
currentTime是异步操作，设置后立即读取可能仍返回旧值，需监听seeking和seeked事件确认完成 - H.264 等压缩格式依赖关键帧（I-frame），若目标时间点落在 P/B 帧区间，浏览器会自动跳到最近前一个 I-frame —— 这是“跳帧”的主因，非代码错误
- 避免高频设置
currentTime（如 requestAnimationFrame 中连续赋值），容易触发 seek 队列阻塞，引发渲染撕裂 - 可配合
video.getVideoPlaybackQuality()检查droppedVideoFrames和corruptedVideoFrames，定位是否因解码压力导致丢帧
使用 requestVideoFrameCallback 同步渲染帧但依然抖动
该 API 本意是让 JS 与视频渲染帧率对齐，但抖动仍存在，说明问题出在帧采样时机或 video 元素自身状态。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 必须确保 video 已处于
readyState >= HTMLMediaElement.HAVE_FUTURE_DATA，否则回调中读取的currentTime可能不准确 - 回调函数内不要执行耗时操作（如 DOM 修改、复杂计算），否则挤压下一帧处理窗口，造成累积延迟
- 部分浏览器（如 Safari）对
requestVideoFrameCallback支持不完整，需降级使用requestAnimationFrame+video.videoWidth变化检测作为 fallback - 检查是否启用了
video.setAttribute('playsinline', '')或webkit-playsinline，缺失可能导致 iOS 上渲染管线异常
MP4 文件本身导致 seek 不准或首帧偏移
即使代码无误，视频文件元数据（moov box 位置、关键帧间隔、timecode 起始值）也会直接决定 currentTime 的行为表现。
