禁用断点时iOS App卡顿求助：Core Data多MOC使用异常

核心机制梳理 #

先明确performBlockAndWait:的关键行为：

• 针对NSMainQueueConcurrencyType的MOC：如果当前线程是主线程，会同步执行block内代码（无阻塞）；如果是其他线程调用，会阻塞当前线程，等待主队列空闲后执行block。
• 针对NSPrivateQueueConcurrencyType的MOC：无论当前线程，都会在其私有队列同步执行block，当前线程会被阻塞直到任务完成。

你的卡顿（本质是线程阻塞/死锁）场景，核心原因是线程间的循环等待，断点开启时线程调度被打断，恰好打破了死锁的触发时序，所以不会卡顿。

具体排查方向与解决方案 #

1. 检查主队列MOC的嵌套同步调用 #

这是最常见的死锁场景：

• 比如主线程调用主队列MOC的performBlockAndWait:，block内又调用私有队列MOC的performBlockAndWait:，而私有队列的block里又尝试同步调用主队列MOC的操作（如保存、查询），导致主线程等待私有队列，私有队列等待主线程，互相卡死。
• 解决方案：
  • 主线程操作主队列MOC时，直接执行代码即可，不需要套performBlockAndWait:（主队列MOC在主线程本身线程安全）。
  • 私有队列MOC的block内，如果需要操作主队列MOC，必须用异步的performBlock:而非同步的performBlockAndWait:。

示例代码：

// 主线程操作主队列MOC：直接执行，无需performBlockAndWait
NSManagedObjectContext *mainMOC = ...;
if ([NSThread isMainThread]) {
    NSFetchRequest *request = [NSFetchRequest fetchRequestWithEntityName:@"User"];
    NSError *error;
    NSArray *results = [mainMOC executeFetchRequest:request error:&error];
}

// 私有队列MOC操作：避免嵌套同步调用主队列MOC
NSManagedObjectContext *privateMOC = ...;
[privateMOC performBlockAndWait:^{
    // 执行私有队列数据操作
    [privateMOC save:nil];
    
    // 同步到主队列MOC：用异步performBlock，避免阻塞私有队列
    [mainMOC performBlock:^{
        [mainMOC mergeChangesFromContextDidSaveNotification:
         [[NSNotification alloc] initWithName:NSManagedObjectContextDidSaveNotification object:privateMOC]];
    }];
}];

2. 非主线程调用主队列MOC时优先用异步 #

你所有MOC都用performBlockAndWait:，如果在多个非主线程调用主队列MOC的同步方法，会导致多个线程同时等待主队列，主队列被占满后就会引发卡顿。

• 解决方案：非主线程操作主队列MOC时，优先使用performBlock:（异步），如果必须同步，要确保主队列没有在等待当前线程的操作。

3. 减少主队列MOC的数量 #

通常一个App只需要一个主队列MOC用于UI交互，多个主队列MOC会增加线程调度的复杂度，容易引发阻塞冲突。如果业务不需要多主队列MOC，直接合并为一个。

4. 定位具体阻塞点 #

用Xcode的Debug Navigator查看线程栈：

• 找到两个卡在performBlockAndWait:的线程，追踪它们的调用链，确认是否存在交叉等待的情况（比如线程A等MOC1，线程B等MOC2，而MOC1的block在等MOC2，MOC2的block在等MOC1）。

内容的提问来源于stack exchange，提问作者gemini0725