uni-app 的 组件中 playbackrate 绑定仅 h5 端可靠，小程序需 @loadedmetadata 后用 uni.createvideocontext 设置，app 端暂无通用解法。
playbackRate 在 uni-app 的 <video></video> 组件上直接绑定（如 :playback-rate="1.5"）只在 H5 端可靠生效，其他平台必须绕过封装、用原生上下文控制，否则真机几乎必然失效。
为什么 playback-rate 绑定在小程序/APP 上没反应
uni-app 的 <video></video> 是跨端封装组件，它并未将原生 playbackRate 属性透出给所有平台。微信小程序、支付宝小程序等虽底层支持，但 uni-app 没桥接；App 端（iOS/Android）的 plus.video.Player 根本不提供该参数。
常见错误现象：
- 代码写了
:playback-rate="2.0"，开发者工具里看着正常，真机（尤其 iOS 微信）完全没变化 - 设置后调用
play()或seek()也无响应 - 控制台零报错，让人误以为是逻辑问题
根本原因：不是你写错了，而是 uni-app 没把这条路打通。
微信小程序必须用 uni.createVideoContext + @loadedmetadata
这是目前唯一稳定可行的方式，且有严格时机要求：
- 必须在
@loadedmetadata（或@ready）之后调用，不能在onLoad或mounted就设 —— 此时 video 节点未加载元数据，playbackRate()调用无效 -
<video></video>必须带id，例如id="myVideo"，否则uni.createVideoContext('myVideo')拿不到真实上下文 - 微信基础库需 ≥ 2.25.0（推荐 ≥ 2.6.3 才支持 2.0 倍速），低版本会静默失败
- 倍速值只能是白名单：0.5 / 0.8 / 1.0 / 1.25 / 1.5 / 2.0；设 1.3 → 实际按 1.25 运行（iOS 真机典型表现）
示例关键片段：
<video id="myVideo" :src="src" controls></video>
methods: {
onLoadedMetadata() {
this.$nextTick(() => {
const ctx = uni.createVideoContext('myVideo')
ctx.playbackRate(1.5) // 必须在这里设
})
}
}
H5 端可操作 DOM，但得防渲染延迟
H5 不依赖 uni 封装，直接拿原生 <video></video> 元素设 playbackRate 即可，但要注意节点是否就绪：
- 若用
v-if控制视频显示，DOM 可能尚未挂载，document.querySelector('video')返回null - 推荐监听
@canplay或用this.$nextTick包裹获取逻辑 - 无需
id，但加ref更稳妥：<video ref="videoEl"></video>，然后this.$refs.videoEl.playbackRate = 1.5 - 用户手势触发限制依然存在：自动播放后首次设倍速，部分浏览器要求由 click/touch 等用户行为触发
APP 端（iOS/Android）目前无通用解法
截至 2026 年 4 月，plus.video.Player API 未暴露倍速控制能力，nativePlugins 也无成熟第三方方案支持。实操中只有两个选择：
- 降级处理：检测平台为 App 时，隐藏倍速按钮，或显示「暂不支持」提示
- 改用 WebView 加载 H5 视频页（绕开 uni-app video 封装），但失去原生体验和生命周期统一管理
别浪费时间尝试 patch playbackRate 到 plus.video，官方未开放接口，强行 hook 易崩溃且不可维护。
最易被忽略的一点：不同平台的倍速值白名单不一致，iOS 微信只认 0.5/1.0/1.25/1.5/2.0，而 Android 微信可能多支持 0.8；H5 浏览器则更宽松。不要假设一个数组能通吃所有端 —— 动态生成按钮前，先做平台判断。
