提问者:小点点

具有异步磁盘保存的父/子MOC在osx上冻结了主队列


我目前正在尝试实施方案:

MOC1(PrivateQueue)-父级-

下面是初始化代码(MOC2

_writeManagedObjectContext = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSPrivateQueueConcurrencyType];
_writeManagedObjectContext.persistentStoreCoordinator = coordinator;
_writeManagedObjectContext.undoManager = nil;

_mainManagedObjectContext = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSMainQueueConcurrencyType];
_mainManagedObjectContext.undoManager = nil;
_mainManagedObjectContext.parentContext = _writeManagedObjectContext;

这是初始化MOC1:

    _mocSSchild = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSPrivateQueueConcurrencyType];
    _mocSSchild.undoManager = nil;
    _mocSSchild.parentContext = delegateMain.mainManagedObjectContext;

这是一个保存:

    NSError *error = nil;
    [self.mocSSchild obtainPermanentIDsForObjects:self.mocSSchild.insertedObjects.allObjects error:&error];

    if (![self.mocSSchild save: &error]) {
    NSLog(@"Failed to save to FIRST data store: %@", [error localizedDescription]);
    NSArray* detailedErrors = [[error userInfo] objectForKey:NSDetailedErrorsKey];
    if(detailedErrors != nil && [detailedErrors count] > 0)
    {
        for(NSError* detailedError in detailedErrors)
        {
            NSLog(@"  DetailedError: %@", [detailedError userInfo]);
        }
    }
    else
    {
        NSLog(@"  %@", [error userInfo]);
    }

    }
    AppDelegate *delegateMain = (AppDelegate *)[[NSApplication sharedApplication] delegate];
    if ([delegateMain.mainManagedObjectContext hasChanges] && ![delegateMain.mainManagedObjectContext save: &error]) {        NSLog(@"Failed to save to FIRST data store: %@", [error localizedDescription]);
    NSArray* detailedErrors = [[error userInfo] objectForKey:NSDetailedErrorsKey];
    if(detailedErrors != nil && [detailedErrors count] > 0)
    {
        for(NSError* detailedError in detailedErrors)
        {
            NSLog(@"  DetailedError: %@", [detailedError userInfo]);
        }
    }
    else
    {
        NSLog(@"  %@", [error userInfo]);
    }
}
    if ([delegateMain.writeManagedObjectContext hasChanges] && ![delegateMain.writeManagedObjectContext save: &error]) {        NSLog(@"Failed to save to FIRST data store: %@", [error localizedDescription]);
    NSArray* detailedErrors = [[error userInfo] objectForKey:NSDetailedErrorsKey];
    if(detailedErrors != nil && [detailedErrors count] > 0)
    {
        for(NSError* detailedError in detailedErrors)
        {
            NSLog(@"  DetailedError: %@", [detailedError userInfo]);
        }
    }
    else
    {
        NSLog(@"  %@", [error userInfo]);
    }
}

所有获取请求都放在右块中(当然我从不触摸main ManagedObjectContext来执行获取请求):

    __block NSError *error = nil;
    __block NSArray *findedResult = nil;
    [self.mocSSchild performBlockAndWait:^{
        findedResult = [self.mocSSchild executeFetchRequest:fetchRequest error:&error];
    }];

一次保存后,我在主队列中冻结(看起来核心数据尝试在我不做请求的main ManagedObjectContext上执行获取请求):

Call graph:
    2633 Thread_803320   DispatchQueue_173: NSManagedObjectContext Queue  (serial)
    + 2633 start  (in libdyld.dylib) + 1  [0x7fff8bb907e1]
    +   2633 main  (in callsfreecall) + 34  [0x10992c202]
    +     2633 NSApplicationMain  (in AppKit) + 869  [0x7fff8a49cbd6]
    +       2633 -[NSApplication run]  (in AppKit) + 517  [0x7fff8a4f81a3]
    +         2633 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:]  (in AppKit) + 128  [0x7fff8a500df2]
    +           2633 _DPSNextEvent  (in AppKit) + 685  [0x7fff8a501533]
    +             2633 BlockUntilNextEventMatchingListInMode  (in HIToolbox) + 62  [0x7fff8f356ae3]
    +               2633 ReceiveNextEventCommon  (in HIToolbox) + 356  [0x7fff8f356c52]
    +                 2633 RunCurrentEventLoopInMode  (in HIToolbox) + 209  [0x7fff8f356eb4]
    +                   2633 CFRunLoopRunSpecific  (in CoreFoundation) + 290  [0x7fff9526c0e2]
    +                     2633 __CFRunLoopRun  (in CoreFoundation) + 1644  [0x7fff9526cb4c]
    +                       2633 _dispatch_main_queue_callback_4CF  (in libdispatch.dylib) + 275  [0x7fff8c4c20c8]
    +                         2633 _dispatch_client_callout  (in libdispatch.dylib) + 8  [0x7fff8c4bd0b6]
    +                           2633 _dispatch_barrier_sync_f_slow_invoke  (in libdispatch.dylib) + 77  [0x7fff8c4c2a2d]
    +                             2633 __82-[NSManagedObjectContext(_NestedContextSupport) executeRequest:withContext:error:]_block_invoke_0  (in CoreData) + 533  [0x7fff93d8b6c5]
    +                               2633 -[NSManagedObjectContext countForFetchRequest:error:]  (in CoreData) + 1563  [0x7fff93d65ddb]
    +                                 2633 -[NSManagedObjectContext(_NSInternalAdditions) _countWithNoChangesForRequest:error:]  (in CoreData) + 298  [0x7fff93d65f4a]
    +                                   2633 -[NSManagedObjectContext(_NestedContextSupport) executeRequest:withContext:error:]  (in CoreData) + 354  [0x7fff93d576c2]
    +                                     2633 _perform  (in CoreData) + 172  [0x7fff93d5787c]
    +                                       2633 _dispatch_barrier_sync_f_invoke  (in libdispatch.dylib) + 39  [0x7fff8c4be723]
    +                                         2633 _dispatch_client_callout  (in libdispatch.dylib) + 8  [0x7fff8c4bd0b6]
    +                                           2633 __82-[NSManagedObjectContext(_NestedContextSupport) executeRequest:withContext:error:]_block_invoke_0  (in CoreData) + 533  [0x7fff93d8b6c5]
    +                                             2633 -[NSManagedObjectContext countForFetchRequest:error:]  (in CoreData) + 1563  [0x7fff93d65ddb]
    +                                               2633 -[NSManagedObjectContext(_NSInternalAdditions) _countWithNoChangesForRequest:error:]  (in CoreData) + 298  [0x7fff93d65f4a]
    +                                                 2633 -[NSPersistentStoreCoordinator executeRequest:withContext:error:]  (in CoreData) + 1138  [0x7fff93d10ba2]
    +                                                   2633 -[_PFLock lock]  (in CoreData) + 24  [0x7fff93cfe548]
    +                                                     2633 pthread_mutex_lock  (in libsystem_c.dylib) + 536  [0x7fff92797dfd]
    +                                                       2633 __psynch_mutexwait  (in libsystem_kernel.dylib) + 10  [0x7fff938ca122]

共1个答案

匿名用户

首先,您需要在收到错误时对错误执行一些操作。现在你什么都不做,没有记录它们,没有对它们做出反应,什么都没有。这很糟糕。当发生错误时,您根本没有指示。你只需进入下一步。

其次,您将所有MOC保存在同一个队列中。任何针对私有MOC的活动都必须通过-performBlock:-performBlockAndwait:方法在块内执行。

第三,没有显示您正在运行的队列。

导入MOC应该在运行异步的操作或块内运行。导入MOC应使用线程限制,而不是专用MOC。一旦导入MOC完成其工作,它应该保存自己,然后向主队列指示应该保存主MOC。

主MOC只能保存在主队列中。当主主运行中心完成保存后,应通过其-performBlock:向顶级主运行中心进行保存。

纠正错误结果中的问题,并查看您正在处理的队列。如果所有内容都在主队列中,则父/子MOC无法解决您的问题。你需要重新思考在哪里进行的工作。

首先,您可以通过监听通话结果来检测错误。如果调用返回<code>BOOL</code>,则表示通过/失败。如果调用返回其他东西,那么如果该东西是<code>nil</code>,那么这是一个失败,错误将出现。

至于你的代码,不,它是不正确的。正如我提到的,您遇到了线程问题。你在直接触碰私人MOC,这是不正确的。可能还有其他错误,但我看不到他们基于此代码。

您的“书写”MOC只能通过-performBlock:-performBlockAndWait:触摸。在这种情况下,您应该使用-performBlock:。你正在直接触摸它。这太糟糕了。

您的主MOC应该只能在主队列上或通过-performBlock:/-performBlockAndwait:进行触摸。您似乎在此代码中直接触摸它。

您正在以单例访问您的appRecate。这是一种不好的代码气味。查找并开始使用依赖注入。

当它应该是一个线程限制的上下文时,您的子moc被设置为private,然后它应该只在创建它的线程上被访问,理想情况下应该在一个NSOperation中。

简而言之,这里缺少很多核心概念。在尝试开发这样的代码之前,您需要了解父/子上下文是如何工作的,并且需要更好地了解队列和线程。

相关问题