iOS AVPlayer replaceCurrentItemWithPlayerItem:nil阻止UI线程

似乎api replaceCurrentItemWithPlayerItem:将主线程卡住几秒钟,我明白更换项目需要新项目的信息,这可能需要一些时间来预加载.但是问题出现了,为什么replaceCurrentItemWithPlayerItem:用一个nil项目对象也会卡住主线程?在我看来,有时需要超过5秒的时间才能更换nil playerItem.
我想知道我该怎么做才能避免这个问题.谢谢你的任何建议!

解决方法

当我使用UICollectionView通过ALAssetLibrary在本地照片库中显示和预览视频时,我遇到了类似的阻塞UI线程问题.

关于切换视频的滚动不顺畅,所以我猜一些方法阻止UI线程.然后我使用Instruments的Core Animation来分析究竟占用UI线程的内容.在Time Profiler中我发现replaceCurrentItemWithPlayerItem需要大约30ms才能在主线程中执行,超过16毫秒(1000/60(fps))会导致不连贯的滚动.

为了解决这个问题,首先我尝试将replaceCurrentItemWithPlayerItem放入后台线程使用GCD,但它不起作用.我不确定是不是因为Cocoa本身需要更新UI时调用replaceCurrentItemWithPlayerItem,这意味着UI线程仍然是块最后我通过将replaceCurrentItemWithPlayerItem放在滚动端(委托函数scrollViewDidEndDecelerating(scrollView:UIScrollView))使其工作.现在滚动顺利,是的!

因此,我的建议很明显:使用Instruments分析究竟占用UI线程的内容

相关文章

UITabBarController 是 iOS 中用于管理和显示选项卡界面的一...
UITableView的重用机制避免了频繁创建和销毁单元格的开销,使...
Objective-C中,类的实例变量(instance variables)和属性(...
从内存管理的角度来看,block可以作为方法的传入参数是因为b...
WKWebView 是 iOS 开发中用于显示网页内容的组件,它是在 iO...
OC中常用的多线程编程技术: 1. NSThread NSThread是Objecti...