问题描述
场景：用户看到一个 UIAlertController，它有一个按钮，一个处理程序块更新 UI 以指示按钮按下。处理程序块中的代码封装在一个 dispatch_async 中，以确保代码在主线程上运行。
问题：代码审查员说 dispatch_async 是不必要的，但我们都找不到引用来支持它。关于处理程序的 Apple 文档只说
handler 当用户选择动作时执行的块。此块没有返回值，并且将选定的操作对象作为其唯一参数。
我找不到任何可以保证他的位置的东西——UIAlertAction 处理程序块将始终在主线程上运行——是正确的，如果没有这样的情况，我倾向于保留 dispatch_async。两种方式都有明确的说法吗？
解决方法
“最终声明”是 Paulw11 已经引用的事实：所有用户交互都发生在主线程上。保证这一事实对 iOS 编程至关重要；没有它，整个运行时就会崩溃。除了无处不在记录之外，它不需要记录。
因此，除非您找到某种邪恶的方法来以编程方式从主线程中运行此方法，否则它将永远运行的唯一方法是因为用户点击了按钮，因此您确实可以保证在主线程上。你应该改变你的倾向；额外的派遣是不必要的浪费。
另一种看待它的方式：每当您冒着被从主线程回调的风险时，Apple 都会记录下来。他们在这里不这样做，所以没有这种风险。