这次主要是总结和记录下视频播放遇到的坑，视频播放采用的是AVPlayer这个控件，语法大致如下：
一般说来，这里要监听AVPlayerItem的status属性:
如果是AVPlayerStatusFailed说明视频加载失败，这时可以通过self.player.error.description属性来找出具体的原因。 问题一：当status变为AVPlayerStatusReadyToPlay后，我们调用play方法真的就能保证视频正常播放吗？
众所周知，AVPlayer支持的视频、音频格式非常广泛，抛开那些无法正常编解码的情况，在某些情况下其可能就是无法正常播放。AVPlayer在进行播放时，会预先解码一些内容，而此时如果我们的App使用CPU过多，I/O读写过多时，有可能导致视频播放声/画不同步，这点尤其在iPhone4上面表现更为明显,用户反馈iOS9.3.2的系统上也很明显。而如果是发生在AVPlayer初始化解码视频的时候，有可能导致视频直接无法播放，这时，我们再调用play或者seekToTime:方法都无法正常播放。建议不要在CPU或者I/O很频繁的情况下使用AVPlayer,例如刚登录App加载各种数据的情况下，可以等App预热以后再使用。
问题二：当rate属性的值大于0后，真的就在播放视频了吗？
当然不是。当发生上面所讲的情况时，我打印了当前的rate情况，是大于0的，但是页面上显示的情况却还是什么也没有。有时候我们如果想要在视频一播放的时候去做一些事情，例如设置一下播放器的背景色，如果我们仅仅是监听这个rate可能无法100%保证有效，而如果我们真的要监听这种情况的话，有一个取巧的方法：
另外如果不需要监听播放进度的时候可以调下面的方法：
当我们切换到后台后，这时AVPlayer通常会自动暂停，当然如果设置了后台播放音频的话，是可以在后台继续播放声音的，正如苹果自己的WWDC这个App一样。这个功能在我的另一篇文章iOS AVPlayer之后台连续播放视频中解决了这个问题。
问题四：音频通道的抢占引起的无法播放视频问题
这个问题下周我会另开一篇博客专门讲述，今儿就此略过。
问题五：其它App播放声音打断
如果用户当时在后台听音乐，如QQ音乐，或者喜马拉雅这些App，这个时候播放视频后，其会被我们打断，当我们不再播放视频的时候，自然需要继续这些后台声音的播放。
首先，我们需要先向设备注册激活声音打断AudioSessionSetActive(YES);,当然我们也可以通过 [AVAudioSession sharedInstance].otherAudioPlaying;这个方法来判断还有没有其它业务的声音在播放。 当我们播放完视频后，需要恢复其它业务或App的声音，这时我们可以在退到后台的事件中调用如下方法:
问题六：在用户插入和拔出耳机时，导致视频暂停，解决方法如下
问题七：打电话等中断事件
小提示：如果不起作用，请检查退到后台事件中有什么其它的操作没。因为电话来时，会调用退到后台的事件。
问题七：内存泄露问题 当我们释放一个正在播放的视频时，需要先调用pause方法，如果由于某些原因，例如切前后台时，导致又调用了play方法，那么有可能会hold不住内存空间而导致内存泄漏。其实更靠谱的方法是，还要移除player加载的资源。
总的来说,AVPlayer能满足一般的需求，虽然坑不少。最后，再来安利一下我自己封装的LYAVPlayer,简单方便，支持cocoa pods，只需几行代码即可完成播放：
工程中 pod 'LYAVPlayer','~> 1.0.1'即可使用。有什么问题请Issues我。
Original: https://www.cnblogs.com/xuan52rock/p/15011504.html
Author: 神奇的旋风
Title: 【转】iOS AVPlayer的那些坑
原创文章受到原创版权保护。转载请注明出处：https://www.johngo689.com/554122/
转载文章受原作者版权保护。转载请注明原作者出处！