wait/async与线程有何不同？

Question

我正在尝试熟悉c#的新Wait/async关键字，我发现了几个我不太了解的方面。

>

让我们从比赛条件开始：

Stream s=...
...
for(int i=0;i<100;i++)
{
    s.WriteAsync(new byte[]{i},0,1);
}

这是否会一直按预期工作（例如写入文件12345......而不是13254之类的）？

第二件事是，如果异步函数不包含await运算符，它将同步执行。而且，根据microsoft文档，异步函数总是在调用线程中执行（与BeginInvoke相比）。接下来我要问3个问题：

异步函数在释放到调用方函数之前执行了多少？

async void MyAsyncFunction()
{
    Operation1();
    Operation2();
    Operation3();
    ....
    Stream s=...;
    await s.WriteAsync(....);
}

在我读过的关于await/async的文章中，有人说没有await操作符的异步函数是按顺序执行的，而带有async/await的函数很快就会返回。但让我烦恼的是，MyAsyncFunction可能总是执行操作1。。。操作3在点击时释放，等待s.WriteAsync。

如果我使用线程怎么办。在异步函数中睡眠，如下所示：

async void DoStuff()
{
    Stream s=...;
    ...
    await s.WriteAsync(....);
    Thread.Sleep(10000);
    ....
}

将线程。睡眠阻塞执行它的整个线程还是仅阻塞异步函数？

如果我使用信号量怎么办。在一个异步函数中等待（），它会期望信号量由另一个异步函数释放。这会像线程一样，还是会导致死锁？

Wait在异步函数之外不起作用。为什么？

Answer 1

简而言之，答案似乎是“非常”。虽然以下可能无法回答您的所有问题，但我认为它适用于一个足够通用的用例。考虑您的Stream而不是他们所指的网络IO。

在重叠网络IO的情况下，将使用IO完成端口，回调由硬件中断触发。

这意味着当我们“等待”完成时，线程不会被消耗。[...]

可以在一个线程上执行所有操作。[...] 然而，这将取决于平台，即“等待者”实现

http://social.msdn.microsoft.com/Forums/en-US/async/thread/a46c8a54-f8d4-4fa9-8746-64d6a3a7540d/

Answer 2

您可以在Eric Lippert的以下帖子中找到有关等待操作员的问题的答案，他说：

“await”操作符…并不意味着“此方法现在阻止当前线程，直到异步操作返回”。这将使异步操作变回同步操作，这正是我们试图避免的。相反，它的意思是相反的；这意味着“如果我们正在等待的任务尚未完成，请将此方法的其余部分注册为该任务的延续，然后立即返回给调用者；任务完成后将调用延续。--Eric Lippert

Answer 3

我建议您阅读我的异步简介。

这是否会一直按预期工作（例如，写入文件12345…而不是13254或其他文件）？

不，您需要等待对WriteAsync的调用。

异步函数在释放到调用方函数之前执行了多少？

直到它等待是一个尚未完成的操作。

将线程。睡眠阻塞执行它的整个线程还是仅阻塞异步函数？

线程。睡眠-和所有其他阻塞方法-将阻塞async方法和正在执行它的线程。

一般来说，不要在异步方法中使用任何阻塞方法。

如果我在其中一个异步函数中使用信号量呢。等待（），它会期望信号量被另一个异步函数释放。这会像线程一样，还是会导致死锁？

这完全取决于你的上下文。等待是一个阻塞方法，所以如果“其他”async方法需要阻塞方法保存的上下文，那么你就会死锁。

请注意，信号量lim是异步的；您可以使用WaitAsync代替Wait。

await在异步函数之外不起作用。为什么？

因为关键字async启用了关键字wait。这样做是为了尽量减少新关键字对C语言的影响，并提高代码的可读性。