iOS AVPlayer replaceCurrentItemWithPlayerItem:nil阻止UI线程

iOS AVPlayer replaceCurrentItemWithPlayerItem:nil阻止UI线程,第1张

概述似乎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线程所遇到的程序开发问题。

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

欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/web/1103117.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-28
下一篇 2022-05-28

发表评论

登录后才能评论

评论列表(0条)

保存