［译］在滚动列表中实现视频的播放(ListView & RecyclerView)

热文导读 | 点击标题阅读

2017 春季最酷、最受欢迎的 30 个 Android 库，快收藏！

吊炸天！74款APP完整源码！

Android史上第一震撼榜单—2017年Android百大框架排行榜，附完整项目

英文原文：Implementing video playback in a scrolled list (ListView & RecyclerView) 

地址：https://medium.com/@v.danylo/implementing-video-playback-in-a-scrolled-list-listview-recyclerview-d04bc2148429

本文将讲解如何在列表中实现视频播放。类似于诸如 Facebook, Instagram 或者 Magisto这些热门应用的效果:

Facebook:

Magisto:

Instagram:

这片文章基于开源项目： VideoPlayerManager。开源项目地址：https://github.com/danylovolokh/VideoPlayerManager

所有的代码和示例都在那里。本文将跳过许多东西。因此如果你要真正理解它是如何工作的，最好下载源码，并结合源代码一起阅读本文。但是即便是没有看源代码，本文也能帮助你理解我们在干什么。

两个问题

要实现我们需要的功能，我们必须解决两个问题：

1. 我们需要管理视频的播放。在安卓中，我们有一个和SurfaceView 一起工作的MediaPlayer.class 类可以播放视频。但是它有许多缺陷。我们不能在列表中使用普通的VideoView 。VideoView 继承自SurfaceView，而SurfaceView并没有UI同步缓冲区。这就导致了在列表滚动的时候，正在播放的视频需要跟上滚动的步伐。TextureView 中有同步缓冲区，但是在Android SDK version 15 中没有基于TextureView 的VideoView。因此我们需要一个继承自TextureView 并和Android MediaPlayer一起工作的View。几乎所有MediaPlayer中的方法（prepare, start, stop 等等…）都调用和硬件相关的本地方法。当做了长于16ms的工作时（必然会），硬件会非常棘手然后我们就会看到一个卡顿的列表。这就是为什么我们需要从后台线程调用它们。

2. 我们还需要知道滚动列表中的哪个View当前处于活动状态以切换播放的视频。所以我们需要跟踪滚动并定义可视范围最大的view。

管理视频播放

我们的目标是提供以下功能：

假设视频正在播放。用户滚动列表，一个新的item替代正在播放的item成为可视范围最大的view。那么现在我们需要停止当前视频的播放并开始新的视频。

主要功能就是：停止前一个播放，并仅在旧的播放停止之后才开始新的播放。

以下是一个例子：当你按下视频的缩略图－当前播放的视频停止播放，另一个视频开始播放。

VideoPlayerView

我们要做的第一件事就是实现基于TextureView的VideoView 。我们不能在滚动列表中使用VideoView 。这是因为如果在播放的过程中用户滚动了列表，视频的渲染会混乱。

我将把这个任务分为几部分：

1.创建一个ScalableTextureView，它是TextureView 的子类，同时它还知道如何调整SurfaceTexture （视频的播放就是运行在SurfaceTexture 上），并提供几个类似于ImageView scaleType的选项。

2.创建一个VideoPlayerView，它是ScalableTextureView 的子类，含有跟MediaPlayer.class相关的所有功能。这个自定义view封装了MediaPlayer.class并提供了和VideoView十分类似的API。它具有MediaPlayer的所有方法：setDataSource, prepare, start, stop, pause, reset, release。

Video Player Manager and Messages Handler Thread

Video Playback Manager和 MessagesHandlerThread 一起工作，负责调用MediaPlayer的方法。我们需要在单独的线程中调用例如prepare(), start()等这样的方法是因为它们直接和设备的硬件关联。我们也做过在UI线程中调用MediaPlayer.reset()，但是player出了问题，而且这个方法对UI线程的阻塞几乎有4分钟！这就是为什么我们不必使用异步的MediaPlayer.prepareAsync，而使用同步的MediaPlayer.prepare。我们让每件事情都在一个单独的线程里做。

至于开始一个新的播放的流程，这里是MediaPlayer要做的几个步骤：

1. 停止前一个播放。调用MediaPlayer.stop() 方法来完成。

2. 调用MediaPlayer.reset()方法来重设MediaPlayer 。这么做的原因是在滚动列表中，view可能会被重用，我们希望所有的资源都能被释放。

3. 调用MediaPlayer.release() 方法来释放MediaPlayer

4. 清除MediaPlayer的实例。当应该播放新的视频的时候，新的MediaPlayer实例将被创建。

5. 为可视范围最大的view创建MediaPlayer实例。

6. 调用MediaPlayer.setDataSource(String url)来为新的MediaPlayer 设置数据源。

7. 调用MediaPlayer.prepare()，这里没有必要调用异步的MediaPlayer.prepareAsync()。

8. 调用MediaPlayer.start()

9. 等待实际的视频开始。

所有的这些操作都被封装在了在一个独立线程中处理的Message里面，假如这是Stop message，将调用VideoPlayerView.stop()，而它最终调用的是MediaPlayer.stop()。我们需要自定义的messages是因为这样我们就能设置当前状态。我们可以知道它是正在停止还是已经停止或者其它状态。它帮助我们控制当前处理的是什么message，如果需要，我们可以对它做点什么，比如，开始新的播放。

如果我们需要开始一个新的播放，我们只需调用VideoPlayerManager中的一个方法。它向MessagesHandlerThread中添加了如下消息组合。

消息的运行是同步的，因此我们可以在任意时刻暂停队列的处理，比如：

当前的视频处于准备状态(MedaiPlayer.prepare()被调用， MediaPlayer.start() 在队列中等待) ，用户滚动别表因此我们需要在一个新的view上开始播放视频。在这种情况下，我们：

1. 暂停队列的处理

2. 移除所有挂起的消息

3. 把“Stop”, “Reset”, “Release”, “Clear Player instance” 发送到队列。它们将在我们从“Prepare”返回的时候立即被调用。

4. 发送 “Create new Media Player instance”, “Set Current Media Player”(这个消息改变执行messages的MediaPlayer对象), “Set data source”, “Prepare”, “Start”消息。这些消息将在新的view上开始视频的播放。

好了，这样我们就有了按照我们需求运行视频播放的工具：停止前一个播放然后显示下一个。

这里是library的gradle 依赖：

识别list中可见范围最大的view.List Visibility Utils

第一个问题是管理视频的播放问题。第二个问题则是跟踪哪个item的可见范围最大并把播放切换到那个view。

这里有一个名叫ListItemsVisibilityCalculator 的接口和它的实现SingleListViewItemActiveCalculator 就是做这个工作的。

为了计算列表中item的可见度，adapter中使用的model class必须实现ListItem interface 。

ListItemsVisibilityCalculator 跟踪滚动的方向并在运行时计算item的可视度。item的可见度可能取决于列表中单个item里面的任意view。由你来实现getVisibilityPercents() 方法。

在sample demo app中有一个默认的实现：

每个 view都需要知道如何计算它的可见百分比。滚动发生的时候，SingleListViewItemActiveCalculator将从每个view 索取这个值，所有这里的实现不能太复杂。

当某个邻居的可见度超过了当前活动item，setActive 方法将被调用。就在这时应该切换播放。

还有一个作为ListItemsVisibilityCalculator 和 ListView 或者 RecyclerView之间适配器的ItemsPositionGetter。这样ListItemsVisibilityCalculator 就不需要知道这到底是一个ListView 还是RecyclerView。它只是做自己的工作。但是它需要知道一些ItemsPositionGetter提供的信息：

考虑到业务逻辑和model分离的原则，把那样的逻辑放在model 中是有点乱。但是做一些修改的也许能做到分离。不过虽然现在不怎么好看，但是运行起来还是没有问题。

下面是效果图：

下面是这个library的 gradle dependency：

Combination of Video Player Manager and List Visibility Utils to implement video playback in the scrolling list.

现在我们已经有了两个能解决我们所有问题的library。让我们把它们结合起来实现我们需要的功能。

这里是取自使用了RecyclerView的fragment 中的代码：

1.初始化ListItemsVisibilityCalculator，并传递一个list的引用给它。

DefaultSingleItemCalculatorCallback 只是在活动view改变的时候调用了 ListItem.setActive 方法，但是你可以自己重写它，做自己想做的事情：

2. 初始化VideoPlayerManager。

3. 为RecyclerView设置on scroll listener 并传递scroll events 到 list visibility utils。

4. 创建ItemsPositionGetter。

5.同时我们在onResume 中调用一个方法以便在我们打开屏幕的时候马上开始计算可见范围最大的item。

这样我们就得到了一组在列表中播放的视频。

总的来说，这只是对最重要部分的解释。在sample  app中有更多的代码：

https://github.com/danylovolokh/VideoPlayerManager

要了解更多细节请查看源代码或者点击“阅读原文”

源码及Demo下载点击阅读原文

看完本文有收获？请分享给更多人

更多学习资料点击下面的“阅读原文”获取

Java和Android架构

欢迎关注我们，一起讨论技术，扫描和长按下方的二维码可快速关注我们。或搜索微信公众号:JANiubility。

公众号：JANiubility