Question

在我的应用程序中，我一直在后台进行核心数据工作。

Testflight一直在报告特定提取中的大量崩溃，这些提取从Core Data获取当前登录的环境对象（我无法复制）：

- (Environment *)getActiveEnvironment
{
    AppDelegate *ad = [AppDelegate sharedAppDelegate];
    NSManagedObjectContext *context = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSConfinementConcurrencyType];
    [context setParentContext:ad.managedObjectContext];

    NSFetchRequest *fetchRequest = [[NSFetchRequest alloc] init];
    NSEntityDescription *entity = [NSEntityDescription entityForName:@"Environment" inManagedObjectContext:context];
    [fetchRequest setEntity:entity];

    NSError *error;

    //crash points to this line
    NSArray *items = [context executeFetchRequest:fetchRequest error:&error];

    Environment *tempE = nil;
    if(items.count > 0)
    {
        for(Environment *e in items)
        {
            if(!e.token && !e.url)
            {
                break;
            }

            Environment *mainContextTv = (Environment *)[ad.managedObjectContext objectWithID:e.objectID];
            if(e.activeValue)
                 tempE = mainContextTv;                
        }  
    }

    return tempE;
}

以下是我从Testflight收到的崩溃堆栈：

0   Tower-iSales-Tab    0x002b37b2  testflight_backtrace
1   Tower-iSales-Tab    0x002b2e4a  TFSignalHandler
2   libsystem_platform.dylib    0x39144722  _sigtramp
3   CoreData    0x2e1b8cec  _perform
4   CoreData    0x2e1c30f4  -[NSManagedObjectContext(_NestedContextSupport) executeRequest:withContext:error:]
5   CoreData    0x2e13477a  -[NSManagedObjectContext executeFetchRequest:error:]
6   Tower-iSales-Tab    0x000c7082  -[MySingleton getActiveEnvironment] in MySingleton.m on Line 379
7   Tower-iSales-Tab    0x000c73f8  -[MySingleton getToken] in MySingleton.m on Line 416
8   Tower-iSales-Tab    0x0020c476  -[NetworkManager getPathForViewName:useTimeStamp:timeStamp:index:counter:] in NetworkManager.m on Line 699
9   Tower-iSales-Tab    0x0020aa5a  __70-[NetworkManager checkForDataFilesShouldEmptyQueue:isInitialDownload:]_block_invoke167 in NetworkManager.m on Line 415
10  libdispatch.dylib   0x3901b8fa  _dispatch_barrier_sync_f_invoke
11  Tower-iSales-Tab    0x0020a33e  __70-[NetworkManager checkForDataFilesShouldEmptyQueue:isInitialDownload:]_block_invoke113 in NetworkManager.m on Line 335
12  libdispatch.dylib   0x39017102  _dispatch_call_block_and_release
13  libdispatch.dylib   0x3901c7e4  _dispatch_root_queue_drain
14  libdispatch.dylib   0x3901c9d0  _dispatch_worker_thread2
15  libsystem_pthread.dylib 0x39146dfe  _pthread_wqthread
16  libsystem_pthread.dylib 0x39146cc3  start_wqthread

我看了this answer，建议将队列类型设置为NSPrivateQueueConcurrencyType，而不是NSConfinementConcurrencyType我可以做，但这不是我可以轻松复制的崩溃，所以我想要要确定这会导致这次崩溃。

该答案还建议使用performBlockAndWait块进行后台提取，但在我的函数中，我该怎么做？我需要返回一个Environment对象，我在我的应用程序中使用此函数。

由于

Answer 1

根据我的理解，您不必在此处使用NSConfinementConcurrencyType上下文，因为您只是从主线程调用-getActiveEnvironment。因此，您可以对主要上下文（ad.managedObjectContext）执行所有操作。

然后应该只从主线程访问返回的对象。如果您想从其他线程访问它，您必须使用objectWithID:在与该线程关联的上下文中获取它。

Answer 2

很有可能，这个问题的原因是你从一个不同的线程访问NSManagedObjectContext到创建它的那个线程。

黄金法则：始终从您创建的主题中访问NSManagedObjectContext。

因此，您需要确保从同一个线程一致地访问您的MOC。

我认为NSPrivateQueueConcurrencyType内容可能偶然相关，这可能会解决问题（取决于您的代码正在做什么），但这可能不是这里的核心问题。

附注：持久对象存储不具有相同的要求并且是线程安全的（通常您有多个MOC使用相同的持久对象存储）。

iOS Core Data在后台获取导致崩溃

2 个答案: