- r - 以节省内存的方式增长 data.frame
- ruby-on-rails - ruby/ruby on rails 内存泄漏检测
- android - 无法解析导入android.support.v7.app
- UNIX 域套接字与共享内存(映射文件)
我们一直在尝试调试 Core Data 多上下文/线程问题,其中将 Core Data 保存通知合并到我们的主线程 NSManagedObjectContext
偶尔会使应用程序崩溃。这导致大约 2% 的应用程序 session 崩溃,我们不知道如何解决这个问题。如果您能就可能导致此次崩溃的原因提供任何指导或一般性建议,我们将不胜感激。
我们有一个如下所示的 Core Data 设置:
注意这是从 [MagicalRecord setupAutoMigratingCoreDataStack] 创建的 Magical Record v2.3 中的默认核心数据堆栈
这是我们的应用程序崩溃的场景:
NSManagedObject
(一些新的实体,一些更新的实体)NSManagedObjectContextDidSaveNotification
由 Core Data 广播。主队列上的默认上下文会观察到这一点,并调用 mergeChangesFromContextDidSaveNotification:
并在主线程上使用更改的 NSDictionary
。objectID
被发送到无效对象(很可能 NSManagedObject
已被释放)时,它会崩溃。 这发生在 NSManagedObjectContext
mergeChangesFromContextDidSaveNotification:
的私有(private)实现中,所以我们不可能看到这里到底出了什么问题;在这一点上我们只能说一个应该存在的对象不存在。
这只发生在一小部分 Core Data 保存中,表明这可能不是我们的 Core Data → API 堆栈中的根本缺陷。此外,没有迹象表明上下文更改中的更改(插入/更新/删除)的大小或类型对崩溃的可能性有任何影响。
最佳答案
NSManagedObjectContextDidSaveNotification
的文档说:
“您可以将通知对象传递给另一个线程上的mergeChangesFromContextDidSaveNotification:
,但是您不能直接在另一个线程上使用用户信息字典中的托管对象。有关更多详细信息,请参阅并发与核心核心数据编程指南中的数据。”
也许这就是问题所在?我会确保你从通知中获得的对象被保存在默认上下文中,在它由 Root 发布的同一线程上。
关于ios - EXC_BAD_ACCESS 关于 mergeChangesFromContextDidSaveNotification,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27953692/
我在创建几百个托管对象的单独线程中有一个托管对象上下文,当它保存时,将保存通知传递给主线程,并且我的其他上下文(在主线程上)被更新: 在线程 [ApplicationDelegate performS
我有两个 NSManagedObjectContext,一个用于 ui,一个用于后台任务。每当背景更改时,我都试图将更改合并到 UIcontext。但是每当我调用 mergeChangesFromCo
我正在创建一个addingManagedObjectContext 作为新实体的便笺簿区域,然后在“保存”时将新实体合并到我的主 ManagedObjectContext 中,类似于 CoreData
当我在内存类型 nsmanagementobjectcontext 中使用时,我的应用程序(osx 10.8.3)的内存大小有所增加: 波纹管是仪器的前 2 个函数。 我确实清除了内存问题,但泄漏仍然
我们一直在尝试调试 Core Data 多上下文/线程问题,其中将 Core Data 保存通知合并到我们的主线程 NSManagedObjectContext 偶尔会使应用程序崩溃。这导致大约 2%
我正在编写一个很大程度上基于 CoreData 的 iPad cooking 应用程序。 在我的应用程序中,我有一个用于编辑配方的屏幕,其中包含 2 种类型的信息: 带有配方类别\子类别和国家/地区的
在我的应用程序中,我调用服务器 API 来获取用户列表。我在带有 NSFetchedResultsController 的 UITableView 中显示这些用户。一些用户与当前连接的用户保持联系,而
我正在为一个更大的 iOS 应用程序编写一个 Core Data ContextManager。 ContextManager 提供一个 NSManagedContext,当其他 ContextMan
iOS 上的 Core Data 有一些真正奇怪的行为。 我的主线程有一个 NSManagedObjectContext,用于从 SQLLite 持久存储中读取数据并将其显示给用户。我还有一个由 NS
[编辑:问题的简化版本] mainMOC 是主要的托管对象上下文 editorMOC 是在 editorViewController 中创建的托管对象上下文,带有撤消管理器,因此用户可以编辑单个托管对
我正在使用 KVO 观察 NSManagedObject 的变化。我正在观察的 NSManagedObject 是主队列上 NSManagedObject 上下文的一部分。 当我在后台(私有(priv
我在我的应用程序中广泛使用 CoreData 来查看产品。所有数据同步都在单独的 NSManagedObjectContexts 后台完成,当更改同步完成时,我调用 mergeChangesFromC
我得到 uncaught exception 'NSObjectInaccessibleException', reason: 'CoreData could not fulfill a fault
我在 CoreData 中遇到了一些奇怪的行为,导致我的一个 MOC 最终处于不一致的状态。我在一个小样本中复制了这个问题 project 这是我的情况的基本概要: 我有两种实体类型,管道和盒子。每个
我正在使用私有(private)托管对象上下文在持久存储中创建一些新对象,然后在保存私有(private) MOC 后,使用 mergeChangesFromContextDidSaveNotific
一直在浏览与此类似的帖子,但没有一个回答我的问题。 与 CoreDataBooks 一样,我使用单独的 MOC 来添加和编辑项目并观察正确的通知,如下所示: - (void)addController
首先是背景: 我有一个单例,可以在上面做我所有与 CoreData 相关的事情。它被多个线程调用。对于每个线程,我始终使用相同的 StoreCoordinator 生成一个新的 MOC。我有两个 fe
好消息: 我从服务器下载数据,并通过 Core Data 线程限制保存数据,当后台 MOC 被保存时,主 MOC 被合并。 所有保存操作正常 此外,MOC 的合并没有任何问题 我正在寻找的错误: 当我
我有一个设置,在后台线程中我将新对象保存在 managedObjectContext A 中,在 TableViewController 中我听取 NSManagedObjectContextDidS
我正在使用后台线程执行一项长时间运行的任务,包括从服务中提取数据并通过 CoreData 将记录插入数据库。正如这里的许多答案所建议的那样,我正在观察 NSManagedObjectContextDi
我是一名优秀的程序员,十分优秀!