在iOS 4(iPhone)上使用NSInvocationOperation(NSOperation)与NSOperationQueue进行重大减速

jmd*_*mbe 5 iphone queue notifications multithreading ios4

我有一个冗长的操作O,它通过NSInvocationOperation调用,它本身通过将它添加到NSOperationQueue来安排,以便它以异步方式运行.在我的应用程序中,在两种不同的情况下调用了冗长的操作O.

在情况A中,由于在某个视图中点击某个小部件而调用操作O. 轻触窗口小部件后,操作O运行一段时间(我可以看到这要归功于UIActivityIndi​​cator),但它不会减慢或阻止UI,因此我可以点击其他窗口小部件并执行其他UI操作操作O正在运行.

在情况B中,在app委托的didReceiveLocalNotification方法中,作为接收本地通知的结果调用操作O. 在这种情况下,在调用操作O之后立即执行的UI操作仍然在didReceiveLocalNotification方法中,相当慢,基本上是爬行,几乎就像操作O接管了CPU一样.

为什么这样,以及在B情况下调用操作O的正确方法是什么,以便它确实在后台以较低优先级并发运行,而其余的代码在didReceiveLocalNotification方法中以正常速度运行?

注意:操作O通过本地通知(删除现有通知或安排新通知)和日历(查询事件存储以更好地安排本地通知)进行调整.

Jon*_*han 0

您是否尝试过降低线程优先级?

这仅适用于 iOS 4,但您可以setThreadPriority在 NSInitationOperation 上调用该方法。