为何DispatchQueue.main.asyncAfter无法精准执行？棋盘放棋子场景异常

嘿，这个问题我之前帮不少开发者排查过，核心原因其实和主线程的调度特性以及asyncAfter的工作机制有关，我给你拆解一下：

• 主线程串行队列的阻塞问题
  DispatchQueue.main是个串行队列，所有UI相关的任务（包括你放置棋子的绘制、布局更新）都得排队挨个执行。当棋盘上棋子数量变多，单次放置棋子的UI操作可能会变得更耗时——比如要更新更多的视图层级、重新计算布局，或者你的棋子绘制逻辑本身随着数量增加而变复杂。这时候，你用DispatchQueue.main.asyncAfter(deadline: .now() + 1)调度的下一个任务，必须等当前主线程上的所有任务（包括上一个棋子的耗时操作）完成后才能执行。如果上一个任务花了1.5秒，那下一个任务就会被推迟0.5秒，累积几次后就会出现两个任务几乎同时执行的情况，看起来像是“每2秒放2个”。

• asyncAfter的“至少延迟”特性
  苹果官方文档里明确说明，asyncAfter只能保证任务在指定的deadline之后执行，不能保证精确到那个时间点执行。它的本质是把任务加入队列的等待列表，等到deadline到了且队列空闲时才会调度。当主线程处于忙碌状态（比如处理大量棋子的UI更新），这些等待的任务会堆积起来，一旦主线程有空，就会连续执行多个任务，造成“同时放置多个棋子”的假象。

• 额外的主线程负载
  如果你的棋子放置逻辑里，除了UI绘制，还包含了一些耗时的同步操作（比如棋盘状态的校验、数据模型的复杂更新），而且这些操作也是在主线程执行的，那会进一步加剧主线程的阻塞，让asyncAfter的调度延迟变得更明显。

给你几个优化建议： #

• 把非UI的逻辑（比如棋盘状态计算、规则校验）移到后台串行/并发队列执行，只将最终的UI更新操作通过DispatchQueue.main.async抛回主线程，减轻主线程的负担。
• 如果需要更精准的UI定时触发，考虑使用CADisplayLink——它和屏幕刷新同步，适合UI动画或周期性的UI更新，比asyncAfter更稳定；如果是不需要和屏幕刷新绑定的定时，也可以用Timer，但要注意将其加入主线程的RunLoop的commonModes，避免被滚动等操作阻塞。
• 不要依赖“放置完一个棋子后再调度下一个”的链式asyncAfter调用，改用一个独立的定时器来触发放置操作，这样每次触发的时间基准是固定的，不会因为上一次的延迟累积误差。

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