如何正确创建等待方法

Question

我正在写一些等待的方法，我在互联网上找到了很多方法。所以我来到这里是为了了解每条道路上真正发生的事情，以及是否必须取消某些道路。

据我所知，有两种等待方法：

那些调用其他等待方法的：

public async Task<Foo> GetFooAsync()
{
    var foo = await TrulyGetFooAsync();

    // Do stuff with foo

    return foo;
}

我没有找到任何其他方法来做到这一点，我认为这是正确的方法。如果我错了，请告诉我！

那些只调用不可等待的方法：

我想到了这些问题。

例如，我看到了这个：

示例 1

public async Task<Foo> GetFooAsync()
{
    return await Task.Run(() => TrulyGetFoo());
}

据我了解，async/await 关键字是无用的，可以避免给出这个：

示例 2

public Task<Foo> GetFooAsync()
{
    return Task.Run(() => TrulyGetFoo());
}

这最后一个例子是我到现在为止所做的。关于这一点，是否有区别：

Task.Run(() => TrulyGetFoo());

和

Task.Run((Foo)TrulyGetFoo); // I don't know if the cast is required at any time but in my code, it was

???

但我最近发现了这种方式：

示例 3

public Task<Foo> GetFooAsync()
{
    TaskCompletionSource<Foo> tcs = new TaskCompletionSource<Foo>();
    tcs.SetResult(TrulyGetFoo());
    return tcs.Task;
}

如果我理解正确，可等待的方法并不总是在另一个线程上运行？？？我的猜测是第三个示例提供了这种机制（但是如何???我在第三个示例中只看到同步代码），当示例 1 和 2 将始终在工作线程上运行时???

可能还有其他方法可以编写可等待的方法，所以请告诉我。

Answer 1

我将它用于操作我的数据库的异步事件

private async void btnSave_Click(object sender, EventArgs e)
    {

             success = await someClass.someMethod(some args);

    }

而 someMethod 就是这样的任务：

public static async Task<someObject> someMethod(args)
    {
       //do something here
    }

Answer 2

简短的版本是这样的：任何返回 Task 的东西都可以在 async 代码块中等待。

public async Task MyAsyncMethod()
{
    // do some stuff
    await TrulyAsyncFoo();
    // do some other stuff
    return;
}

如果等待异步调用是该方法唯一要做的事情，您可以简单地返回任务本身，该任务将在“上游”等待：

public Task MyAsyncMethod()
{
    return TrulyAsyncFoo();
}

就在异步方法中调用同步（非异步）代码而言，这没什么。就像普通代码一样调用它：

public async Task MyAsyncMethod()
{
    MySyncMethod();
    await TrulyAsyncFoo();
    MyOtherSyncMethod();
}

执行Task.Run(() => Foo()) 几乎总是一种代码味道，表明您没有正确执行异步/等待。编写异步代码与编写多线程代码不同。异步只是告诉编译器您需要等待一些网络或 IO 绑定任务完成的好方法。

总结一下：

• Await 让您可以并行编写异步和同步代码
• 异步只能用于等待网络或 IO 密集型任务，而不是计算密集型任务
• 异步方法应始终返回Task 或Task<T>
• 避免async void
• 避免在 ASP.NET 和其他线程应用程序中使用 task.Wait() 和 task.Result 进行阻塞，除非您知道自己在做什么

Answer 3

例如，我看到 [Task.Run 同步代码的包装器]

This is a bad practice。我有一篇博文解释了why Task.Run should not be used as a method implementation。

据我了解，async/await 关键字没用，可以避免

是的，但是I don't recommend eliding async/await in more complex methods。

我最近发现 [TaskCompletionSource<T>]

如 cmets 中所述，您的代码示例仍然是同步的。

要使其异步，您的代码应该开始一些操作并返回TaskCompletionSource<T>.Task。然后，每当该操作完成时，您的完成处理程序应该调用TaskCompletionSource<T>.SetResult（或类似方法）。例如，请参阅TAP wrappers for EAP 或 TAP wrappers for WaitHandles。

TaskFactory.FromAsync 也是TaskCompletionSource<T> 的包装器，用于TAP wrappers for APM。