异步编程和多线程有什么区别？

我认为它们基本上是同一件事——编写在处理器之间分配任务的程序（在具有 2 个以上处理器的机器上）。然后我在读书this，其中说：

异步方法旨在成为非阻塞操作。等待 异步方法中的表达式不会阻塞当前线程，而 等待的任务正在运行。相反，该表达式签署了其余部分 该方法作为延续并将控制权返回给调用者 异步方法。

async 和await 关键字不会导致额外的线程 创建的。异步方法不需要多线程，因为异步方法 方法不在自己的线程上运行。该方法在当前运行 同步上下文并仅在以下情况下使用线程上的时间： 方法处于活动状态。您可以使用 Task.Run 将 CPU 密集型工作移至 后台线程，但后台线程对进程没有帮助 只是等待结果出来。

我想知道是否有人可以帮我将其翻译成英语。它似乎在异步性（这是一个词吗？）和线程之间进行了区分，并暗示您可以拥有一个具有异步任务但没有多线程的程序。

现在我理解了异步任务的想法，例如 pg 上的示例。 467 乔恩·斯基特的C# 深入探讨，第三版

async void DisplayWebsiteLength ( object sender, EventArgs e )
{
    label.Text = "Fetching ...";
    using ( HttpClient client = new HttpClient() )
    {
        Task<string> task = client.GetStringAsync("http://csharpindepth.com");
        string text = await task;
        label.Text = text.Length.ToString();
    }
}

The async关键字的意思是“无论何时调用此函数，都不会在调用该函数后的所有内容都需要完成该函数的上下文中调用。”

换句话说，在某个任务的中间编写它

int x = 5; 
DisplayWebsiteLength();
double y = Math.Pow((double)x,2000.0);

, since DisplayWebsiteLength()与以下无关x or y， 会引发DisplayWebsiteLength()“在后台”执行，例如

                processor 1                |      processor 2
-------------------------------------------------------------------
int x = 5;                                 |  DisplayWebsiteLength()
double y = Math.Pow((double)x,2000.0);     |

显然这是一个愚蠢的例子，但我是正确的还是我完全困惑了还是什么？

（另外，我也很困惑为什么sender and e从未在上述函数体内使用过。）

你的误解非常普遍。许多人被告知多线程和异步是同一件事，但事实并非如此。

类比通常会有所帮助。你正在一家餐馆做饭。一份鸡蛋和吐司的订单进来了。

• 同步：先煮鸡蛋，然后煮吐司。
• 异步、单线程：您开始煮鸡蛋并设置计时器。您开始烤面包，并设置计时器。当他们俩做饭时，你打扫厨房。当计时器响起时，您将鸡蛋从火上取下，将吐司从烤面包机中取出并享用。
• 异步、多线程：您再雇用两名厨师，一名负责煮鸡蛋，一名负责烤面包。现在你面临着协调厨师的问题，这样他们在共享资源时就不会在厨房里互相冲突。而且你必须付钱给他们。

现在，多线程只是异步的一种，这有意义吗？线程是关于工人的；异步是关于任务的。在多线程工作流程中，您将任务分配给工作人员。在异步单线程工作流程中，您有一个任务图，其中某些任务依赖于其他任务的结果；当每个任务完成时，它会根据刚刚完成的任务的结果调用调度下一个可以运行的任务的代码。但您（希望）只需要一名工人来执行所有任务，而不是每个任务一名工人。

这将有助于认识到许多任务不受处理器限制。对于处理器绑定的任务，雇用与处理器一样多的工作人员（线程）是有意义的，为每个工作人员分配一项任务，为每个工作人员分配一个处理器，并让每个处理器除了计算结果外不执行其他任何操作尽快。但对于不等待处理器的任务，您根本不需要分配工作人员。您只需等待结果可用的消息到达即可等待的时候做点别的事。当该消息到达时，您可以安排已完成的任务的继续，作为待办事项列表上要核对的下一件事情。

让我们更详细地看看乔恩的例子。会发生什么？

• 有人调用 DisplayWebSiteLength。 WHO？我们不在乎。
• 它设置一个标签，创建一个客户端，并要求客户端获取一些东西。客户端返回一个代表获取某些内容的任务的对象。该任务正在进行中。
• 是否正在另一个线程上进行？可能不会。读斯蒂芬的文章关于为什么没有线程。
• 现在我们等待任务。会发生什么？我们检查任务在创建任务和等待任务之间是否已完成。如果是，那么我们获取结果并继续运行。假设它尚未完成。我们将此方法的其余部分标记为该任务的延续并返回.
• 现在控制权已返回给调用者。它有什么作用？随心所欲。
• 现在假设任务完成。它是怎么做到的？也许它正在另一个线程上运行，或者我们刚刚返回的调用者允许它在当前线程上运行完成。无论如何，我们现在已经完成了任务。
• 已完成的任务询问正确的线程——同样，可能是only线程——运行任务的延续。
• 控制立即传回到我们刚刚在等待点留下的方法。现在那里is可用的结果，以便我们可以分配text并运行该方法的其余部分。

就像我的比喻一样。有人向您索要文件。您邮寄该文档，然后继续做其他工作。当邮件到达时，您会收到信号，当您愿意时，您可以完成其余的工作流程 - 打开信封，支付送货费，等等。您不需要雇用另一个工人来为您完成所有这些工作。