video.playbackRate 不能设为任意数字，浏览器有严格范围限制：Chrome/Firefox 为0.25–4.0，Safari 桌面端0.5–2.0，iOS Safari 则完全只读且恒为1.0；设0或负数无效，需用try/catch并读回确认生效。
video.playbackRate 能直接设成任意数字吗
不能，浏览器对 playbackRate 有硬性取值范围限制，超出会静默失败或回退到默认值。Chrome 和 Firefox 通常允许 0.25 到 4.0，Safari 更严，最低只认 0.5、最高 2.0（iOS 甚至可能锁死在 1.0）。设成 0 不代表暂停，而是播放异常；设负数（如 -1.0）在多数浏览器里直接被忽略。
实操建议：
- 始终用
try/catch包裹赋值，避免因不支持导致后续逻辑中断 - 设值后立刻读回
video.playbackRate，确认是否真正生效（有些安卓 WebView 会四舍五入到最近的合法值，比如你设1.75，它可能返回1.7） - 不要依赖
playbackRate触发状态同步——它不抛事件，也不触发timeupdate，得自己定时比对currentTime变化率
快进不是调 playbackRate，而是跳转 currentTime
用户说的“快进”，实际是时间轴跳跃，和播放速率无关。playbackRate 控制的是“当前播放有多快”，不是“跳到哪”。真要实现 15 秒快进，该做的是 video.currentTime += 15，而不是改 playbackRate。
常见错误现象：
立即学习“前端免费学习笔记（深入）”；
- 点了“快进”按钮，视频变快了但没跳时间——误把速率控制当跳转逻辑
- 快进后音画不同步——因为只改了
currentTime，但没处理playbackRate原值（比如原是2.0，跳转后仍以 2 倍速播，用户感知就是“突兀加速”）
正确做法：快进操作前先存当前 playbackRate，跳转后恢复它；如果想“快进+保持加速”，则跳转后再重新设回目标速率。
移动端 iOS Safari 的 playbackRate 完全不可写
iOS 15.4 之后，video.playbackRate 在 Safari 移动端是只读属性，赋值语句不会报错，但值永远卡在 1.0。这是 WebKit 的明确限制，不是 bug，也无绕过方案。
使用场景判断：
- 若项目必须支持 iOS 快速播放，只能降级为“倍速按钮灰掉 + 提示‘仅限桌面端’”
- 检测方式用
Object.getOwnPropertyDescriptor(video, 'playbackRate')?.writable === false，比 UA 判断更可靠 - 别信“加
webkit-playsinline就能解锁”——这个属性只影响内联播放，和速率控制无关
playbackRate 改变后为什么没立刻生效
它只在视频处于可播放状态时才起作用。如果视频还没加载元数据（readyState ），或正在缓冲（<code>networkState === 0），赋值会被暂存，直到下次自然播放才应用。更隐蔽的情况是：视频已暂停，但 playbackRate 变更只在下一次 play() 时生效，暂停中改值完全没反应。
实操建议：
- 监听
loadedmetadata事件后再首次设置playbackRate - 如果用户中途调整速率，先
video.play().catch(() => {})唤醒播放器，再设值（尤其在微信内置浏览器里，静音自动播放策略会让play()拒绝执行，此时需引导用户手动点击） - 避免在
seeking事件里设playbackRate——这时视频正忙于跳转，大概率丢弃你的设置
最麻烦的点其实是：所有这些行为在各浏览器里都不一致，连 playbackRate 的初始值都可能不同（有的是 1.0，有的是 0），得靠实测+兜底逻辑来扛。
