我有一个 iOS 应用程序,它从 Web 服务中提取用户数据并将其保存到支持 sqlite 的核心数据存储中。虽然这也在进行中,但我正在获取用户头像的 url,并在每个图像的下载可用时将图像本地保存到核心数据中。
这些都在各自的线程上执行,具有自己的托管对象上下文,但具有相同的共享持久存储协调器。
当只有几个项目被拉下时,这很有效,但是当我们接近 100 个左右的项目时,我在初始加载数据时经常遇到死锁。当我暂停调试器时,我看到不同的线程通常都在等待 executeFetchRequest。
我在我的方案中打开了 sql 调试,根据控制台输出,获取完成,但线程永远不会继续。
我还可以使用或查看什么来检查这些死锁的原因或如何防止这些死锁发生?
Best Answer-推荐答案 strong>
确保将数据库更改一起批量更改。每次更改后无需调用 saveContext。相反,在每十几次更改后保存在临时后台上下文中可能就足够了。
请参阅我的这篇文章以获得一些指导:http://www.cocoanetics.com/2012/07/multi-context-coredata/
关于ios - 排查核心数据死锁?,我们在Stack Overflow上找到一个类似的问题:
https://stackoverflow.com/questions/12851436/
|