今天写下这篇文章已是蓄谋已久了,背景是年初接到项目需求开发基于H5运行的视频学习平台,以及后来uniapp转小程序app开发。相信开发过uniapp的video应该或多或少都遇到过一些坑,开场就不多说了,直接上干货。

项目要求用户不得拖动进度条,由播放进度触发对应事件

首先说说uniappH5使用video

H5是基于浏览器运行,那么浏览器平台就是我们需要考虑的兼容问题,就像我们之前写pc端的时候对IE的多年奋战一样,给大家列举一下现在市上使用率比较高的浏览器平台

QQ浏览器=>360浏览器=>UC浏览器=>谷歌浏览器(这个如果不是开发者应该使用率不多)等等

uniappvideo避坑指南(H5、小程序、app)

 就拿我们常见使用的浏览器举例把:

QQ、UC、360浏览器等常见平台都会在渲染video标签时劫持播放器,渲染内置可脱离网页进行播放,严重与项目需求不符,无论用何种方法都绕不开,

百度浏览器目前未发现劫持事件,但是运行百度时切入后台,过一段时间在切回浏览器项目是会白屏浏览器bug,无法绕开

开发H5如果需要背景和我一样的要注意及时和经理商量商量了

其次在说说app

各位开发者应该都知道video层级的问题,既然我们的需求是不然用户拖动进度条,那么就得考虑如何实现,我的思路是覆盖元素dom遮罩层,自己写播放控件,cover-view、cover-image是我们所需的救星,官方简介部分组件如map、video、textarea、canvas通过原生控件实现,原生组件层级高于前端组件(类似flash层级高于div)。为了能正常覆盖原生组件,设计了cover-view。

发现了光,但是开发一般发现video在全屏时cover-view不生效了,翻阅文档原理是app.vue页面video全屏不支持,得采用元素nvue页面写法

video全屏后,如何自行绘制界面?比如加个标题、加个分享按钮

app端 2.1.5 以上nvue页面的video也可以通过cover-view来绘制界面覆盖元素

继续我们的开发过程,完成在app端覆盖自定义播放组件,新的问题出现了,获取播放进度

@timeupdate="onTimeupdate"官方播放进度变化事件通过e.detail.currentTime获取进度赋值给initial-time达到保存进度,进入页面跳转到上传播放位置,但是发现nvue设置完毕后卡顿,timeupdate发现官方介绍说触发频率是250毫秒一次 ,且initial-time是实时推进的,打个比方timeupdate获取到的时间是4秒出发4次之后才是5秒,等于initial-time会被赋值4次,难,想办法,定义2个变量,一个进入页面赋值initial-time跳转到对应位置,一个通过timeupdate获取当前比方时间,ok了,

播放下一个视频时问题又来了,initial-time直接去上一个视频的e.detail.currentTime播放时间直接跳转了,需求无法完成,换思路,还是改用.vue页面的方式写吧,起码e.detail.currentTime是正常的,那我们全屏的时候怎么办呢,videoContext.seek()跳转到指定播放位置,采用timeupdate事件监听播放进度变化,超过3秒就不是正常播放,为用户手动拖拽进度条

this.videoTime = parseInt(e.detail.duration)
if((currenttime - this.curCourse.Progress > 3 || currenttime - this.curCourse.Progress <     
   -1) && this.plan.FinishedExam!== 1 && this.plan.FinishedCourses !== 1){
	this.videoContext.seek(this.curCourse.Progress)
}else{
	this.videoRealTime = currenttime
	if(this.videoRealTime > this.curCourse.Progress){
		this.curCourse.Progress = this.videoRealTime
	}
}

这个大家应该能看懂把,变量在data中自行定义

实现效果达到预期,不足的是用户拖拽进度条,在使用seek()拖回来时video会触发@waiting事件加载,视频会卡顿一下。

打包交给测试,测试反馈播放视频会不定期闪退,我懵逼了。这怎么搞,没遇到过啊

开始因为是测试的手机太垃圾,死鸭子说你手机不行换手机测测,测试哄骗公司大大小小5,6个小姐姐的手机在测,现象一样,都是播放视频不定期会闪退。

怎么办,解决呀。代码没问题呀,初步闪退为内存消耗搞导致的,面向百度把

https://ask.dcloud.net.cn/question/117091

https://ask.dcloud.net.cn/question/66095

video高阶组件重新按照官方进行修改,发现怎么都不管用,

后来一直沿着这个思路百度优化,终于找到这篇文章,可以运行动态查看当前手机内存情况各位有时间组件研究一下把,问题找到了,但是解决方案?没有!!!

根本没有任何一篇文章说相似我的bug,只能自己摸索了。

距离测试反馈的闪退bug已经4天了,依然没有解决,emo了!!!

中间有想过是不是视频地址的编码问题或者是https等等,一一pas

就在刚刚突然想到nvue页面开发是基于原生渲染的性能更好,说干就干,开整

实际与预期一至,个人见解是nvue有更好的性能处理不vue页面更快,但是nvue缺点也是无奈,各位只能自己去摸索了,但是刚刚我们提到的e.detail.currentTime应该怎么办呢,个人解决方案 放弃initial-time调用保存的播放进度 在play事件里利用seek方法给拉过去

onplay(e){
    //当开始/继续播放时触发play事件,这里的clStatus 是我自己定义的播放开始还是暂停的标识
	console.log(this.clStatus,'onplay')
	if(this.clStatus === 2){
	this.videoContext.seek(this.curCourse.Progress)
	this.clStatus = 1
	this.videoContext.play()
}

到此bug优化完成,其实video里面还是有很多坑。这里我就不一样解释了 ,如果大家有一些见解欢迎和我一起探讨,后期个人一会去话一些时间去写一个可以自定义进度条的video播放器,我相信很多项目是有这样的需求的。但是uniapp插件目前还没有这方面的实例

创作不易,转载请注明出处谢谢

发表回复