主线程中DispatchQueue.main.async解决布局异常的原理疑问

这问题我之前也碰到过好几次，明明调试确认已经在主线程了，加个DispatchQueue.main.async居然就把布局乱、动画失效的问题搞定了，其实背后是UIKit和RunLoop的调度逻辑在起作用，给你拆解下：

1. 利用RunLoop的任务调度顺序 #

主线程的RunLoop是按固定周期处理任务的，顺序大概是：

• 处理输入事件（触摸、网络等）
• 执行定时器任务
• 完成UI布局更新、状态同步
• 最后执行主队列里的异步任务

像你在viewWillTransition里直接调用tableView.reloadData()时，此时UIKit可能还在计算旋转后的新尺寸、更新Auto Layout约束，这些内部操作还没完成。把代码放到DispatchQueue.main.async里，相当于把刷新任务推迟到当前RunLoop周期的末尾——等所有布局计算、内部状态同步都完成后再执行，自然就能拿到正确的布局参数，避免了布局混乱。

2. 避开UIKit的内部状态不一致 #

UIKit的很多操作（比如视图旋转、动画触发）都有内部的状态流转过程。在生命周期方法执行时，UIKit可能还在更新视图层级、调整约束状态，此时直接操作UI，很容易和UIKit的内部更新逻辑冲突，导致布局错位或者动画不生效。

用DispatchQueue.main.async延后执行任务，相当于给UIKit留足了时间完成内部状态同步，之后再执行你的代码，就能和UIKit的状态保持一致，动画和布局也就正常了。

3. 动画的帧同步适配 #

对于CGAffineTransform这类动画，UIKit的动画系统依赖RunLoop的帧刷新周期（通常60fps）。如果在动画触发的同一周期里直接修改transform，可能会错过当前帧的刷新时机，导致动画看起来“失效”或者卡顿。

把代码放到DispatchQueue.main.async后，任务会在下一个RunLoop周期执行，刚好赶上动画的帧刷新节奏，动画就能正常播放了。

小验证方法 #

你可以在viewWillTransition里分别打印tableView.frame：

override func viewWillTransition(to size: CGSize, with coordinator: UIViewControllerTransitionCoordinator) {
    super.viewWillTransition(to: size, with: coordinator)
    // 直接打印：大概率是旋转前的旧尺寸
    print("直接打印：\(tableView.frame)")
    DispatchQueue.main.async {
        // async里打印：是旋转后的新尺寸
        print("async里打印：\(self.tableView.frame)")
        self.tableview.reloadData()
    }
}

对比两次打印结果，就能直观看到async帮你等到了布局真正完成的时机。

内容的提问来源于stack exchange，提问作者Pablo Sanchez Gomez