何时可通过DispatchQueue.main.sync{}执行同步代码？

你碰到的EXC_BAD_INSTRUCTION崩溃是典型的GCD主线程死锁，触发逻辑非常清晰：

• 主队列是绑定主线程的串行队列，所有提交到主队列的任务，必须等主线程空闲、队列内前序任务全部跑完才会被调度执行
• sync 方法的核心特性是调用即阻塞当前所在队列，直到传入的闭包任务执行完毕，才会解除阻塞继续跑后续代码
• 如果在主队列当前正在执行的代码逻辑里（比如viewDidLoad、按钮点击回调、其他主队列提交的任务中）调用DispatchQueue.main.sync {}，会直接形成循环等待：主队列被sync阻塞等着闭包跑完，闭包排在主队列队尾等着主队列空闲才能执行，两边卡死形成死锁，GCD内置的死锁检测会直接触发崩溃。

不存在「在主队列上下文调用DispatchQueue.main.sync」的合理场景，只要调用时你已经在主线程，100%会死锁崩溃。
但这个API本身有明确的适用场景：当你当前处于非主线程的子队列上下文时，调用DispatchQueue.main.sync是完全安全的，也是实际开发中会用到的写法。
最常见的场景是：子线程完成耗时计算/数据处理后，需要先更新UI（UIKit相关操作必须在主线程执行），且后续逻辑强依赖UI更新、布局完成的状态，这时候用同步切主线程的写法可以严格保证时序正确。
示例代码：

DispatchQueue.global(qos: .userInitiated).async {
    // 子线程执行耗时的资源加载、数据处理逻辑
    let processedData = self.loadHeavyDisplayData()
    // 子线程中同步切主线程更新UI、完成布局
    DispatchQueue.main.sync {
        self.titleLabel.text = processedData.title
        self.coverView.image = processedData.cover
        self.view.layoutIfNeeded()
    }
    // 后续逻辑强依赖UI布局完成的状态，比如生成页面截图
    let snapshot = self.view.snapshotView(afterScreenUpdates: true)
    // 基于截图做后续分享、导出等操作
}

90%以上的主线程切换场景，优先用DispatchQueue.main.async就够了，异步派发不会阻塞当前线程，也完全没有死锁风险。只有当你明确需要强时序保证——也就是主线程的任务必须执行完，当前子线程的后续逻辑才能往下走——的时候，才在非主线程上下文使用DispatchQueue.main.sync。

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