迅速在Mac命令行工具中使用DispatchQueue.main.async时为什么需要运行循环？

如何解决迅速在Mac命令行工具中使用DispatchQueue.main.async时为什么需要运行循环？

我找到了Apple的文档，以了解为什么我应该使用运行循环在主调度队列中实现任务。

根据Apple docs，

主调度队列是全局可用的串行队列，它在应用程序的主线程上执行任务。 此队列与应用程序的运行循环一起使用（如果存在），以使排队任务的执行与运行循环附带的其他事件源的执行交织在一起。由于主队列运行在应用程序的主线程上，因此通常被用作应用程序的关键同步点。

但是，我还是不明白为什么需要运行循环。听起来像“它需要运行循环，因为它需要运行循环”。如果有人向我解释这一点，我将不胜感激。谢谢。

解决方法

DispatchQueue.main.async是您拥有代码的时间 在后台队列上运行，您需要特定的代码块 在主队列上执行。

在您的代码中，viewDidLoad已经在主队列上运行，因此 没有理由使用DispatchQueue.main.async。

但是使用它不一定是错误的。但这确实改变了 执行。

当前运行循环完成后，异步关闭排队等待运行。

,

为什么我应该使用运行循环在主调度队列中实现任务

通常不会，因为您已经在使用一个！

在一个应用程序项目中，已经有一个主队列运行循环 。例如，一个iOS应用项目实际上只是对UIApplicationMain的一个巨大调用，它提供了一个运行循环。

这就是它能够坐在那里等待用户做某事的方式。运行循环正在运行。循环播放。

但是，例如在Mac命令行工具中，没有自动运行循环。它运行其主要功能并立即退出。如果您不需要这样做，可以提供一个运行循环。

,

我不明白为什么需要运行循环

通常，命令行应用程序不需要运行循环。如果您特别需要运行循环（例如，您有一些动态UI在等待用户输入时正在执行某些任务），则可以使用运行循环，但是绝大多数命令行应用程序都不需要运行循环。>

the docs说：

运行循环是事件处理循环，可用于安排工作并协调收到的事件的接收。运行循环的目的是在有工作要做时让线程忙，而在没有工作时让线程进入睡眠状态。

因此，如果您需要让应用程序等待某些传入事件，或者要在队列之间异步调度任务，那么可以使用运行循环，但是不要打扰。大多数命令行应用程序根本不需要使用运行循环。