承上篇，本篇文章主要介绍iOS视频播放需要用到的类。以及他们的使用场景和开发中遇到的问题。
MPMoviePlayerViewController
MP简介
iOS提供MPMoviePlayerController类进行播放，支持流媒体和文件播放。MPMoviePlayerController足够强大，几乎不用写几行代码就能完成一个播放器。视频内容会渲染到他的View上，这个View可以移动、缩放，放在任何用户想放的地方，而在缩放移动的过程中视频都可以正常的播放，完全不受影响。
通常我们在ipad上会做这样的小窗播放功能，让用户可以边看视频边看电子书或者浏览网页。
MP支持的格式
- MPMoviePlayerController既支持本地视频文件的播放也支持流媒体（HTTP Live Streaming）
- MPMoviePlayerController因为使用的是硬解码，所以支持的文件格式只有以H264为编码格式的MP4、MOV、M4V、M2V、3GP等。
- MPMoviePlayerController支持大多数音频编码。
- 其他格式的解码比如rmvb，可以考虑第三方解码框架ffmpeg。ffmpeg等第三方解码框架使用的是软解码，所以手机的发热和耗电非常的恐怖，如非必要，不要使用。
- 视频格式的相关知识的详细介绍：iOS视频流开发（1）—视频基础知识
MP开发注意事项
由于MPMoviePlayerViewController的初始化方法做了大量工作，例如设置URL、自动播放、添加点击Done完成的监控等。所以尽可能重用，而不要频繁的销毁重新创建，重用一个MPMoviePlayerViewController非常简单，将新的播放地址设置过去就可以了
MPMoviePlayerViewController进入全屏播放模式的时候，一定要监听他的stop状态，并进行处理，继续播放或者退出全屏。否则一直停在全屏模式下。
MPMoviePlayerViewController是一个很复杂的视图结构，我们有时候需要对播放器添加一些控件。我建议不要在MPMoviePlayerViewController上修改，因为MP在iOS4、5、6、7上的视图结构都不一样，添加自定义控件非常容易出问题。那需求又必须让我们加入自定义的控件怎么办呢？这个时候我们就需要用到AVPlayer了。
AVPlayer
AVPlayer简介
当需要自定义播放器的样式时，我们可以使用AVPlayer。AVPlayer在AVFoundation框架中，相比MPMoviePlayerController它更加接近于底层。由于AVPlayer是作用在layer上，效率会比MP高一些。
AVPlayer播放
AVPlayer本身并不能显示视频。他通过创建一个播放器层AVPlayerLayer用于展示视频，播放器层继承于CALayer，有了AVPlayerLayer之后，将AVPlayerLayer添加到控制器视图的layer中即可。相比MP直接传入一个URL，AVPlayer播放的时候略微复杂一些，需要用到以下数据结构：
AVURLAsset：AVAsset的子类，可以根据一个URL路径创建一个包含媒体信息的AVURLAsset对象。
AVPlayerItem：一个媒体资源管理对象，管理者视频的一些基本信息和状态，一个AVPlayerItem对应着一个视频资源。
AVPlayer获取播放状态
-
视频加载状态
通过KVO监听AVPlayerItem的status属性来获得。当AVPlayerItem的status属性为AVPlayerStatusReadyToPlay时，表明视频加载完成。 -
视频缓冲状态
同样，通过KVO监听AVPlayerItem的loadedTimeRanges属性来获得。视频每缓冲一部分这个属性数据就会被更新，当loadedTimeRanges的值改变时可以获得本次缓冲加载的视频范围，包含起始时间、本次加载时长），这样一来就可以实时获得缓冲情况。 -
播放进度状态
通过AVPlayer的- (id)addPeriodicTimeObserverForInterval:(CMTime)interval queue:(dispatch_queue_t)queue usingBlock:(void (^)(CMTime time))block方法获得播放进度，这个方法会在设定的时间间隔内定时更新播放进度。
AVQueuePlayer
AVQueuePlayer用于列表播放，虽然AVPlayer通过监听播放状态也可以做到视频结束后的自动切换，但是使用AVQueuePlayer加载会快很多。应该是AVFoundation框架对AVQueuePlayer进行了优化，排队的视频会进行预加载。
iOS视频播放：
iOS提供MPMoviePlayerController这个类有个非常难用的点，就是他的频播放状态和视频加载状态都是通过Notification通知状态变化，而不是通过block或者delegate。在实际使用中稍微不注意就会出问题，尤其是在视频列表中。如果苹果的工程师不是脑子进水的话，为什么这样设计呢？
我认为之所以这样设计的原因是，无论MPMoviePlayerController还是AVPlayer，都只是一个外壳，他们内部都是用了一个同一个CoreMedia的播放组件，这个播放组件是全局单例。包括iOS浏览器使用的播放器（浏览器的播放器以plugin的形式嵌入）都是使用的这个播放内核。所以理论上也就不可能在一部iOS设备上同时播放两个视频，一个播放另一个必然停止，无论它是网页还是本地。那么Notification这样的应用程序级的通知方式似乎比block或者delegate这样类级别的方式更合理。
大家可以试试，看看用原生播放器能否做到一个iOS设备上同时播放两个视频。