线程

ios – NSNotification vs. dispatch_get_main_queue

关于thisquestion,我想知道是否有任何普遍接受的逻辑关于什么时候使用NSNotification,在主线程中有一个观察者,而不是使用GCD将工作从后台线程调度到主线程?

ios – 当我的主线程阻塞时,如何获得断点/日志/增加的可见性?

在对UI响应的永无止境的追求中,我想更多地了解主线程执行阻止操作的情况.我正在寻找某种“调试模式”或额外的代码,或钩子,或任何东西,从而我可以设置一个断点/日志/将被击中的东西,并允许我检查如果我的主要线程“自愿”用于I/O的块(或任何原因,真的),除了在循环结束时空闲.在过去,我已经使用循环观察器观察了跑步循环的时钟周期,这对于查看问题很有价值,但是在你可以检查的时候,为了做一个好主意,为时已晚

ios – 将多个托管对象上下文与核心数据库一起使用

我正在使用核心数据来存储和获取我的数据,但我遇到了一些问题.我想使用两个并行线程进行以下操作:>线程1将在CoreData基表中插入数据.>线程2将从另一个表中获取数据.我怎么能这样做?您可以在主线程上继续与UI相关的提取.或者,如果它也必须有其他线程,也可以为它创建一个上下文.要深入了解CoreData并发性,请参阅atutorial设置父/子上下文关系将合并线程的Context与主上下文.要了解父/子上下文关系checkthisURL或者只是在这个图表下–对文章网址的信用…

ios – 你可以在它的上下文的performBlock之外使用NSManagedObject吗?

或者是否有背景魔法在使用吸气剂的情况下帮助保护我?(或者是安装者,虽然这看起来像个坏主意……)解决方法NSManagedobject不应该在其managedobjectContexts线程/队列之外使用.CoreData不保证对对象的安全读取访问.要访问“私有队列”上下文所拥有的对象,请始终使用[contextperformBlock:…

ios – 我可以安全地在@try catch块中包装’CoreData无法解决错误’错误

)是的,我偶尔会得到’CoreData无法完成故障’的错误.在我的特定应用程序中,这通常发生在一种“数据绑定”过程中,因此我可以安全地丢弃故障对象并继续前进.我想通过在@try-catch块中包装数据绑定的循环内部并且只跳过我得到CoreData错误的行来完成此操作.我可以使用CoreData安全地执行此操作吗?