dispatch_async永远不会完成整个块的执行

时间:2013-11-02 23:10:44

标签: ios objective-c core-data grand-central-dispatch dispatch-async

我是GCD的新手,看似简单的使用它并不适合我。我有以下代码:

+ (void)synchronizationTimerFired:(NSTimer *)theTimer
{
    if ((synchronizationUpNeededFlag) || (synchronizationDownNeededFlag))
    {
        if ((!synchronizationUpInProgressDepthQuantity) && (!synchronizationDownInProgressDepthQuantity))
        {
            dispatch_queue_t synchronizationQueue = dispatch_queue_create("synchronizationQueue",NULL);
            dispatch_async(synchronizationQueue, ^(void) {

                NSLog(@"Top");
                ...code...
                ...code...
                ...code...
                NSLog(@"Bottom");

            });
        }
    }

    // Check if there is no timer, or if it is not currently valid,
    // and yet if synchronization is turned on,
    // then establish a repeating timer to attend to synchronization related matters.
    if ((!synchronizationTimer) || (!synchronizationTimer.isValid))
    {
        if (synchronizationOnFlag)
        {
            synchronizationTimer = [NSTimer scheduledTimerWithTimeInterval:1.0 target:self selector:@selector(synchronizationTimerFired:) userInfo:nil repeats:YES];
        }
    }
}

日志显示“Top”而没有其他内容。中间的代码没有无限循环 - 它永远不会一直执行。我可以在中间的代码中放置断点,并且程序执行将会中断,之后它不会。并且在中间有一个点,有时执行将在断点处停止,有时则不会。

在我看来,似乎正在释放synchronizationQueue调度队列,但我无法调用dispatch_retain,因为编译器抱怨dispatch_retain不能在ARC中使用。我错过了什么?

为了回应人们询问中间的代码,程序执行在这个方法调用中停止(由......代码中的一行代表......)在if(fetchArray.count)的行中停止,评论如下。

+ (NSDate *)latestParseReceivedDownUpdatedAtDateForCoreDataEntityNameString:(NSString *)coreDataEntityNameString
{
    NSDate *functionReturnValue = nil;

    // Create fetchRequest
    NSFetchRequest *fetchRequest = [NSFetchRequest fetchRequestWithEntityName:coreDataEntityNameString];

    // Set sort descriptor
    [fetchRequest setSortDescriptors:[NSArray arrayWithObject:[NSSortDescriptor sortDescriptorWithKey:@"parseReceivedDownUpdatedAtDate" ascending:NO]]];

    // We are only interested in one result
    [fetchRequest setFetchLimit:1];

    // Execute fetchRequest
    NSError *fetchError = nil;
    NSArray *fetchArray = [JBSAPPDELEGATE.managedObjectContext executeFetchRequest:fetchRequest error:&fetchError];

    if (fetchArray == nil)
    {
        NSLog(@"Unresolved error %@, %@", fetchError, [fetchError userInfo]);
        abort();
    }

    // If there are any records at all in our persistent store, we'll have exactly one.
    // But that doesn't mean it won't be nil, as if that record has never come down from
    // parse it will be a nil date on the managed object.
    if (fetchArray.count) // PROGRAM EXECUTION STOPS EITHER HERE, OR JUST BEFORE HERE
    {
        NSManagedObject *managedObject = [fetchArray objectAtIndex:0];
        functionReturnValue = [managedObject valueForKey:@"parseReceivedDownUpdatedAtDate"];
    }

    return functionReturnValue;
}

我将补充一点,如果我只是注释掉对dispatch_async的调用,那么一切都运行良好。它只是在主线程上执行,我宁愿不要这样做。

2 个答案:

答案 0 :(得分:4)

您的managedObjectContext是NSManagedObjectContext吗?如果是这样,您是否在用于调度队列的特定线程上创建了托管对象上下文?如果您阅读NSManagedObjectContext上的文档,它会说:

  

...上下文假定默认所有者是该线程或队列   分配它 - 这是由调用其init的线程决定的   方法。因此,您不应该在一个线程上初始化上下文   然后将它传递给另一个线程。相反,你应该通过一个   引用持久性存储协调器并进行接收   线程/队列创建一个从中派生的新上下文。

答案 1 :(得分:0)

我打赌你在某个地方创造了自己的僵局。

使用调试器。检查每个线程正在做什么。你可能会发现一些你认为应该继续而不是的线程。