ios云信不能全屏_前端仿抖音视频全屏播放&滑动切换

1 前言

随着移动技术的快速迭代，数据流量费用的快速下降，视频、直播正成为全民的媒体盛宴，我司必然也不会缺席此次盛宴，这里讲述的是通过h5实现仿抖音视频全屏播放&滑动切换的效果,供我司直播鉴定回放视频使用。

2 实现效果

3 设计方案

• 视频播放video标签

兼容性如下(来自Can I Use)：

其在移动端较好的兼容性，成为目前我们的首选方案之一

• 单视频缓冲

关于video标签的preload属性： 此属性用于定义视频是否预加载。属性有三个可选择的值：none、metadata、auto

但是在实际情况下，其实只预加载了一部分。它并没有自动进行全部视频内容的下载，这样的策略实际有利于节约用户宽带造成不必要的请求。

假如不设置，默认值就是浏览器定义的了 (即，不同浏览器会选择自己的默认值)，即使规范建议设置为 metadata。

由于各个浏览器实现不同，有些浏览器是处于auto默认设置，在其处于auto设置下，如果页面内存在多个视频，会同时缓冲，造成资源浪费以及低端安卓机器的白屏和崩溃。

所以，为了尽量保证当前视频的快速、流畅播放，尽量保证仅有当前视频处于资源加载中。

• 无限加载实现 简单方案：使用列表进行无限加载，和实现无限下拉列表类似，实现简单，但是在无限加载情况必然会出现页面性能问题 复杂方案：参考轮播图最后一页循环加载方案，使用三个大的节点，每次动画后进行隐式切换，示意图如下：

4 实现

4.1 模板层代码实现

代码由vue进行实现,目前使用上下排列的三个主要节点构成，上下放置视频封面等信息，中间放置实际视频信息，上下节点主要用于用户滑动视频时候预览视频封面等相关信息，在移动端通过监听touch相关事件进行切换实现，其主要代码如下：

4.2 自动切换动画实现

• js实现 PK CSS实现

在用户触摸结束后，如果达到切换条件，则需要切换到下一个视频，需要切换动画，动画的实现主要有requestAnimationFrame/setTimeout等传统的方法实现，也有css3新增的transition/animation过渡效果和动画实现本实例中为了低端安卓机的流畅性，故采用的css过渡transition进行实现，通过isMove判断进行动画类wrap-animation的添加,动画类实现如下：

• 是否切换视频判断

由用户滑动距离&滑动速度决定，满足其一即可，主要实现是通过translateY参数在滑动开始和滑动进行中记录滑动距离，同时在滑动中实现页面拖拽跟随效果，以及使用startTime参数在滑动开始时的时间戳，滑动结束时候进行判断,如果需要进入下一个视频，则将通过isMove参数开启动画，然后通过修改translateY参数进行切换。

在动画结束后的下一帧，去除动画，进行隐式界面数据切换，如此重复，达到无限加载的效果。同时在判断动画结束时间这块，本实例使用了setTimeout实现，该操作是不准确的，建议使用transitionend事件进行实现。

5 各类问题

在实现的时候的各种问题，欢迎吐槽

5.1 视频全屏

据MDN介绍:

总的来说，使用全屏的方式有两个，一个是模拟全屏，一个是web原生的。模拟全屏的好处是可以自定义相关控件，以达到统一多端样式的目的，固然需要复杂一些；原生全屏相对比较方便，处理起来会比较轻松，缺点是全屏后，几乎不能做什么干预。因此采用模拟全屏

5.1.1 防止iOS上默认全屏播放

在iOS上播放视频将会默认使用系统全屏进行播放，几乎不能做什么干预，因此需要禁止该能力，采取模拟全屏播放。在ios10及以后的版本，可以通过给video标签加playsinline属性防止iOS默认全屏播放，ios9之前加webkit-playsinline属性，如果要兼容，则把两个属性都加上。

5.2 视频自动播放

在进入页面后自动播放视频能够极大的提升用户体验。该功能主要由video元素autoplay属性实现,其在MDN上的提示如下：

由于没有强制浏览器去遵循该属性的值，所以在移动端，有些浏览器支持添加autoplay属性后自动播放，有些设置 autoplay 和 muted属性也能自动播放，比如IOS 10+、Chrome。

但是，经过实践，在安卓客户端，多数时候都是不能实现自动播放，经过多方调研，web端无法处理，最终求助客户端，通过修改webview容器相关参数，配合添加autoplay属性实现自动播放，其处理如下：

5.3 play方法错误排查

当调用视频标签的play方法时候，如果不支持播放，将会报错，且无法使用try catch捕获,是因为video的play() 方法会返回一个Promise对象，如果播放失败，可以通过返回的Promise catch到相关错误信息，这对我们来说至关重要，当出现js调用播放失败的时候，我们可以对用户进行友好引导，同时上报相关错误信息以及机型，在千奇百怪的安卓机型兼容上显得尤其重要。

6 思考

连续滑动流畅性 由于该方案需要在每一次切换完成后的下一帧进行一次隐式数据修改，所以是不支持不间断连续滑动的，是否有更好的方案呢？

欢迎大家在评论区提出自己的想法！