iOS AVPlayer replaceCurrentItemWithPlayerItem：nil阻止UI线程

概述似乎api replaceCurrentItemWithPlayerItem：将主线程卡住几秒钟,我明白更换项目需要新项目的信息,这可能需要一些时间来预加载.但是问题出现了,为什么replaceCurrentItemWithPlayerItem：用一个nil项目对象也会卡住主线程？在我看来,有时需要超过5秒的时间才能更换nil playerItem. 我想知道我该怎么做才能避免这个问题.谢谢你的任 似乎API replaceCurrentItemWithPlayerItem：将主线程卡住几秒钟,我明白更换项目需要新项目的信息,这可能需要一些时间来预加载.但是问题出现了,为什么replaceCurrentItemWithPlayerItem：用一个nil项目对象也会卡住主线程？在我看来,有时需要超过5秒的时间才能更换nil playerItem.
我想知道我该怎么做才能避免这个问题.谢谢你的任何建议！解决方法@H_403_6@ 当我使用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线程的内容

总结

以上是内存溢出为你收集整理的iOS AVPlayer replaceCurrentItemWithPlayerItem：nil阻止UI线程全部内容，希望文章能够帮你解决iOS AVPlayer replaceCurrentItemWithPlayerItem：nil阻止UI线程所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。