gpt4 book ai didi

ios - 使用 mergeChangesFromContextDidSaveNotification 时 CoreData 无法完成错误

转载 作者:行者123 更新时间:2023-11-28 21:54:33 25 4
gpt4 key购买 nike

我得到 uncaught exception 'NSObjectInaccessibleException', reason: 'CoreData could not fulfill a fault for '0x9f481f0 <x-coredata://ABF084FE-4BF3-4FC3-918A-BFF043589B8A/Structure/p21316>'在 MagicalRecord 的这一行:

[[self MR_defaultContext] mergeChangesFromContextDidSaveNotification:notification];

我已经调试了 2 天了,但我仍然不确定发生了什么。

我已将其缩小到我的导入代码的一部分,该部分删除了(给定实体的)每个对象,这些对象不是刚刚导入的(因此删除了旧对象)。它看起来像这样:

- (void)deleteNonImportedEntities
{
NSString *entityName = [self.configuration entityName];
NSPredicate *predicate = [NSPredicate predicateWithFormat:@"NOT (myID IN %@)", self.resourceIds];

[MagicalRecord saveWithBlockAndWait:^(NSManagedObjectContext *localContext) {
[localContext MR_setWorkingName:@"deleteNonImportedEntities context"];
[NSClassFromString(entityName) MR_deleteAllMatchingPredicate:predicate inContext:localContext];
}];
}

非常直接。这个错误的问题是它只发生 10 次左右。如果我在这里输入太多日志,那么它就会发生得更少。但我一直在努力缩小范围。我改变了 saveWithBlockAndWait方法显示有多少对象被插入 (i)、更新 (u) 或删除 (d)。

+ (void) saveWithBlockAndWait:(void(^)(NSManagedObjectContext *localContext))block;
{
NSManagedObjectContext *savingContext = [NSManagedObjectContext MR_rootSavingContext];
NSManagedObjectContext *localContext = [NSManagedObjectContext MR_contextWithParent:savingContext];

[localContext performBlockAndWait:^{
[localContext MR_setWorkingName:NSStringFromSelector(_cmd)];

if (block) {
block(localContext);
}
MRLogVerbose(@"Saving saveWithBlockAndWait. (i: %i, u: %i, d: %d)", [[localContext insertedObjects] count], [[localContext updatedObjects] count], [[localContext deletedObjects] count]);
[localContext MR_saveWithOptions:MRSaveParentContexts|MRSaveSynchronously completion:nil];
MRLogVerbose(@"Finished saveWithBlockAndWait");
}];
}

我也改了rootContextDidSave (因为那是发生异常的地方)所以它会提供应该从上面的保存发送的通知中的信息(一旦它上升到根保存上下文)。

+ (void) rootContextDidSave:(NSNotification *)notification
{
if ([notification object] != [self MR_rootSavingContext])
{
return;
}

if ([NSThread isMainThread] == NO)
{
dispatch_async(dispatch_get_main_queue(), ^{
[self rootContextDidSave:notification];
});

return;
}

int inserted = [[[notification userInfo] objectForKey:@"inserted"] count];
int updated = [[[notification userInfo] objectForKey:@"updated"] count];
int deleted = [[[notification userInfo] objectForKey:@"deleted"] count];
MRLogVerbose(@"Merging changes from notification to the default context (NSManagedObjectContext+MagicalRecord.m) (i: %i, u: %i, d: %i)", inserted, updated, deleted);
[[self MR_defaultContext] mergeChangesFromContextDidSaveNotification:notification];
}

当代码没有崩溃时,日志看起来像这样:

... [278:21433] Saving saveWithBlockAndWait. (i: 0, u: 0, d: 9)
... [278:21433] → Saving <NSManagedObjectContext (0x191f8b30): deleteNonImportedEntities context> on a background thread
... [278:21433] → Save Parents? YES
... [278:21433] → Save Synchronously? YES
... [278:21433] → Saving <NSManagedObjectContext (0x1558d6e0): MagicalRecord Root Saving Context> on a background thread
... [278:21433] → Save Parents? YES
... [278:21433] → Save Synchronously? YES
... [278:21187] Merging changes from notification to the default context (NSManagedObjectContext+MagicalRecord.m) (i: 0, u: 13, d: 9)
... [278:21433] → Finished saving: <NSManagedObjectContext (0x1558d6e0): MagicalRecord Root Saving Context> on a background thread
... [278:21433] Finished saveWithBlockAndWait

我不确定为什么更新次数会随着上下文的改变而增加。

以下是它终止的时间:

... [284:22234] Saving saveWithBlockAndWait. (i: 0, u: 0, d: 8)
... [284:22234] → Saving <NSManagedObjectContext (0xa062210): deleteNonImportedEntities context> on a background thread
... [284:22234] → Save Parents? YES
... [284:22234] → Save Synchronously? YES
... [284:22234] → Saving <NSManagedObjectContext (0x17df7b60): MagicalRecord Root Saving Context> on a background thread
... [284:22234] → Save Parents? YES
... [284:22234] → Save Synchronously? YES
... [284:22234] → Finished saving: <NSManagedObjectContext (0x17df7b60): MagicalRecord Root Saving Context> on a background thread
... [284:22234] Finished saveWithBlockAndWait
All Exceptions - Breakpoint
... [284:22200] *** Terminating app due to uncaught exception 'NSObjectInaccessibleException', reason: 'CoreData could not fulfill a fault for '0x9f481f0 <x-coredata://ABF084FE-4BF3-4FC3-918A-BFF043589B8A/Structure/p21316>''
*** First throw call stack:
(0x2ae8a49f 0x389bec8b 0x2aba47dd 0x2aba3bd1 0x2aba3a35 0x2abb261d 0x2bb118c9 0x2bb1148b 0x2bb11249 0x2bb11001 0x2abb8ac5 0x2abb7cc1 0x2ac8b103 0x2ac187ad 0x2ac1894f 0x2abb7b5d 0x2ae42c61 0x2ad9e6d5 0x2bad0189 0x2abb7acf 0x2ac18433 0x2ac1864d 0x9fca3 0x9fcfb 0xc1f9db 0xc1f9c7 0xc233ed 0x2ae503b1 0x2ae4eab1 0x2ad9c3c1 0x2ad9c1d3 0x321310a9 0x2e3abfa1 0x7e821 0x38f3eaaf)
libc++abi.dylib: terminating with uncaught exception of type _NSCoreDataException

如何正确调试此问题?似乎在调用 delete 方法之前发生的导入工作正常并且被合并到默认上下文中。为什么插入/更新/删除的内容会随着通知的发送而改变?

我没有任何 View 正在监视此数据的更改。我检查了另一个 NSFetchedResultsController s 我有而且我不相信他们被解雇了(我也有日志语句)。

更新:在通知向上发送时查看通知。当第一次调用该方法时(并且它不在主线程中),它只删除和更新了一些。但是当它到达主线程时,它只是一个巨大的插入列表。在第一次通知中被删除的那些在第二次通知中是错误的。现在只是想弄清楚为什么它们不同。

最佳答案

我已经诊断出这个问题,它与竞争条件有关。

首先介绍一下 MagicalRecord 的背景知识。它使用所有其他上下文用作父级的“保存”上下文。 “默认”上下文是用于 UI 的上下文,因此是监听通知的上下文,因此它可以合并更改。当您创建另一个上下文(或使用 MagicalRecord 的保存 block )时,它将保存上下文设置为 parent 。

问题是我的导入类中有两个主要方法。一种是根据 JSON 数据(已保存到文件中)导入所有对象,另一种是删除未导入的对象。这是每个的基本概念:

- (void)importEntities
{
...
[saveResources readJSONResponsesFromDisk:^(NSDictionary *response) {
[MagicalRecord saveWithBlockAndWait:^(NSManagedObjectContext *localContext) {
NSArray *resources = [response objectForKey:JSONkey];

NSArray *array = [NSClassFromString(entityName) MR_importFromArray:resources inContext:localContext];

[weakSelf.resourceIds addObjectsFromArray:[array valueForKey:@"myID"]];
}];
}];
}

- (void)deleteNonImportedEntities
{
...
NSPredicate *predicate = [NSPredicate predicateWithFormat:@"NOT (myID IN %@)", self.resourceIds];

[MagicalRecord saveWithBlockAndWait:^(NSManagedObjectContext *localContext) {
[NSClassFromString(entityName) MR_deleteAllMatchingPredicate:predicate inContext:localContext];
}];
}

现在我每次使用 saveWithBlockAndWait 的初衷都是因为内存问题。它循环的每个文件都可以包含 500 个实体。由于 MagicalRecord 处理导入的方式,它们每个都可以创建多个其他对象。因此,我想尽可能频繁地从内存中刷新数据(并保存到磁盘),这样它就不会堆积太多。

在进入问题的核心之前,需要了解数据在 CoreData 中的保存方式。由于 saveWithBlockAndWait 设置的上下文有一个 Saving 上下文的父级,当它被保存时,它的更改会自动合并到 Saving 上下文中。然后 Saving 保存上下文发送它的 NSManagedObjectContextDidSaveNotification(子上下文也发送它但默认上下文忽略它)。但是,在默认上下文合并从保存上下文发送的更改之前,运行并保存了 deleteNonImportedEntities。因此它在默认上下文之前被保存到 Saving 上下文(大约 15 次中有 1 次)。因此,当默认上下文确实尝试合并这些更改时,通知指向的某些对象没有错误(它们已在保存上下文中被删除)。因此它失败了。

现在我知道了,我已经删除了 saveWithBlockAndWait 调用并且只为整个类使用一个 localContext。我想我将不得不重新使用自动释放池并定期保存。

更新:实际上,这会导致同样的问题。所以我想找出另一种解决方案。

更新 2:我最终采纳了下面 Aaron 的建议并将其转移到自己的操作中。我还更改了优先级以帮助将它们分开更多一点。

关于ios - 使用 mergeChangesFromContextDidSaveNotification 时 CoreData 无法完成错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27030320/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com