锁屏控制栏进度条不同步的根本原因在于各端机制差异：ios/android系统级控件只读原生video状态，uni-app app端需用plus.video.player手动桥接并实时取值；小程序无真正锁屏控件，依赖cover-view模拟且需定时器+显式dom更新；h5则无法进入锁屏态。
为什么锁屏控制栏进度条总不同步
不是你的视频时间监听写错了，是锁屏控制栏（iOS/Android 系统级媒体控件）根本不读你页面里的 currentTime 或 @timeupdate。它只认原生 video 元素的底层状态，而 uni-app 的 <video></video> 在 App 端走的是 H5+ 封装层（plus.video.Player），和系统媒体服务之间存在状态断层。
App端必须用 plus.video.Player 同步状态
uni-app 的 <video></video> 组件在 App 环境下无法直接暴露给系统媒体服务，必须绕过组件、手动桥接：
- 创建播放器实例：
const player = plus.video.createPlayer('myPlayer', { src: 'xxx.mp4', autoplay: false }) - 调用
player.play()启动后，系统锁屏栏才会开始同步；仅靠<video></video>标签 +src属性无效 - 进度更新必须主动触发：
player.seek(currentTime)且需配合player.addEventListener('statechanged', ...)捕获实际播放位置 - 别依赖
@timeupdate推算——App 端该事件可能延迟 1–3 秒或完全不触发，要用player.getDuration()和player.getCurrentPosition()实时取值
小程序端锁屏控制栏根本不存在
微信小程序没有系统级锁屏媒体控件，所谓“锁屏进度条”其实是开发者自己做的悬浮窗或 cover-view 模拟界面。此时不同步问题本质是：cover-view 层级高但事件/状态隔离，无法自动响应视频真实进度。
- 必须手动同步：
videoContext.getVideoInfo()取duration，再用videoContext.getPlayState()判断是否播放中 - 定时器驱动比事件更可靠：
setInterval(() => { videoContext.getPlayState().then(res => this.progress = res.position / res.duration * 100) }, 500) - cover-view 内进度条不能用
v-model或响应式绑定，要显式调this.$nextTick()更新 DOM，否则真机上卡在旧值
锁屏状态下用户拖拽失效的连带影响
锁屏栏进度条可拖拽，但拖完后你的页面内 <video></video> 并不会跳转——因为系统调用了原生播放器 seek，而 uni-app 未监听该回调，导致页面 UI 和实际播放位置脱节。
- iOS App 端：监听
plus.video.Player的seeked事件，拿到新位置后手动同步到页面变量和自定义进度条 - Android App 端：需注册原生广播
com.android.music.metachanged（需插件支持），或改用plus.media.getMediaList()轮询当前项 - 小程序无解：锁屏时小程序进程被挂起，所有 JS 停止执行，所谓“锁屏控制栏”纯属错觉，实际只是前台页面残留 UI
真正卡点不在样式或逻辑，而在各端对「锁屏」这件事的理解完全不同：iOS 把它当系统服务，App 端要桥接原生；小程序压根没这概念，全靠模拟；H5 则根本进不了锁屏态。同步失败，往往是因为用同一套代码去碰三套互不兼容的机制。
