UIDocument同步读取时dispatch队列completion handler阻塞问题求解

UIDocument.openWithCompletionHandler的回调依赖所属队列对应线程的RunLoop事件调度，外层方法阻塞线程时，RunLoop无法获得控制权处理待执行的回调，因此会出现回调永远不执行的问题，你的根因判断是正确的。

该方案可以在不放弃外层同步语义的前提下，让RunLoop获得处理事件的间隙，完美适配Audio Unit扩展的同步初始化场景，小文件场景下性能损耗可忽略。

实现逻辑 #

1. 创建自定义串行队列调用openWithCompletionHandler，避免占用主队列
2. 用布尔标记位记录回调是否执行完成
3. 当前线程循环小时间片运行RunLoop，直到标记位触发或者超时

示例代码（Objective-C） #

NSURL *targetFileURL = <#你的文件URL#>;
__block BOOL isOpenComplete = NO;
__block BOOL isOpenSuccess = NO;

// 自定义调度队列，不要使用主队列
dispatch_queue_t docOperationQueue = dispatch_queue_create("com.your.bundleid.uidoc_operation", DISPATCH_QUEUE_SERIAL);

// 初始化UIDocument并发起异步打开
YourUIDocumentSubclass *document = [[YourUIDocumentSubclass alloc] initWithFileURL:targetFileURL];
dispatch_async(docOperationQueue, ^{
    [document openWithCompletionHandler:^(BOOL success) {
        isOpenSuccess = success;
        isOpenComplete = YES;
    }];
});

// 手动驱动RunLoop等待结果，超时时间可按需调整，建议最长不超过3s避免被宿主杀死
NSTimeInterval timeout = 2.0;
NSDate *timeoutDate = [NSDate dateWithTimeIntervalSinceNow:timeout];
while (!isOpenComplete && [timeoutDate timeIntervalSinceNow] > 0) {
    // 每次跑10ms RunLoop处理待执行事件，使用通用模式避免漏掉事件
    [[NSRunLoop currentRunLoop] runMode:NSRunLoopCommonModes beforeDate:[NSDate dateWithTimeIntervalSinceNow:0.01]];
}

// 后续同步处理逻辑
if (!isOpenComplete) {
    // 超时错误处理，返回初始化失败
} else if (!isOpenSuccess) {
    // 文件打开失败处理
} else {
    // 读取document数据，完成初始化
}

注意事项 #

• 绝对不要在主队列调用openWithCompletionHandler，主队列阻塞会导致回调永远无法调度
• 必须添加超时逻辑，极端场景下如果文件损坏或权限不足，避免长时间卡死导致宿主App直接终止扩展进程
• Swift实现逻辑完全一致，仅语法存在差异

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