Introducing the Keywords
Asynchronous methods look something like this:public async Task DoSomethingAsync() { // In the Real World, we would actually do something... // For this example, we're just going to (asynchronously) wait 100ms. await Task.Delay(100); }
The “async” keyword enables the “await” keyword in that method. That’s all the async keyword does!
The beginning of an async method is executed just like any other method. That is, it runs synchronously until it hits an “await” (or throws an exception).
If “await” sees that the awaitable has not completed, then it acts asynchronously. It tells the awaitable to run the remainder of the method when it completes, and then returns from the async method.
Later on, when the awaitable completes, it will execute the remainder of the async method. If you’re awaiting a built-in awaitable (such as a task), then the remainder of the async method will execute on a “context” that was captured before the “await” returned.
I like to think of “await” as an “asynchronous wait”. That is to say, the async method pauses until the awaitable is complete (so it waits), but the actual thread is not blocked (so it’s asynchronous).
Return Types
Async methods can return TaskIf you have an async method returning Task
You have to return void when you have async event handlers.
Return Values
Async methods returning Task or void do not have a return value. Async methods returning Taskpublic async TaskCalculateAnswer() { await Task.Delay(100); // (Probably should be longer...) // Return a type of "int", not "Task " return 42; }
Context
In the overview, I mentioned that when you await a built-in awaitable, then the awaitable will capture the current “context” and later apply it to the remainder of the async method. What exactly is that “context”?Simple answer:
// ASP.NET example protected async void MyButton_Click(object sender, EventArgs e) { // Since we asynchronously wait, the ASP.NET thread is not blocked by the file download. // This allows the thread to handle other requests while we're waiting. await DownloadFileAsync(...); // Since we resume on the ASP.NET context, we can access the current request. // We may actually be on another *thread*, but we have the same ASP.NET request context. Response.Write("File downloaded!"); }
This is great for event handlers, but it turns out to not be what you want for most other code (which is, really, most of the async code you’ll be writing).
Avoiding Context
Most of the time, you don’t need to sync back to the “main” context. Most async methods will be designed with composition in mind: they await other operations, and each one represents an asynchronous operation itself (which can be composed by others). In this case, you want to tell the awaiter to not capture the current context by calling ConfigureAwait and passing false, e.g.:private async Task DownloadFileAsync(string fileName) { // Use HttpClient or whatever to download the file contents. var fileContents = await DownloadFileContentsAsync(fileName).ConfigureAwait(false); // Note that because of the ConfigureAwait(false), we are not on the original context here. // Instead, we're running on the thread pool. // Write the file contents out to a disk file. await WriteToDiskAsync(fileName, fileContents).ConfigureAwait(false); // The second call to ConfigureAwait(false) is not *required*, but it is Good Practice. } // WinForms example (it works exactly the same for WPF). private async void DownloadFileButton_Click(object sender, EventArgs e) { // Since we asynchronously wait, the UI thread is not blocked by the file download. await DownloadFileAsync(fileNameTextBox.Text); // Since we resume on the UI context, we can directly access UI elements. resultTextBox.Text = "File downloaded!"; }
The important thing to note with this example is that each “level” of async method calls has its own context. DownloadFileButton_Click started in the UI context, and called DownloadFileAsync. DownloadFileAsync also started in the UI context, but then stepped out of its context by calling ConfigureAwait(false). The rest of DownloadFileAsync runs in the thread pool context. However, when DownloadFileAsync completes and DownloadFileButton_Click resumes, it does resume in the UI context.
A good rule of thumb is to use ConfigureAwait(false) unless you know you do need the context.
Async Composition
So far, we’ve only considered serial composition: an async method waits for one operation at a time. It’s also possible to start several operations and await for one (or all) of them to complete. You can do this by starting the operations but not awaiting them until later:public async Task DoOperationsConcurrentlyAsync() { Task[] tasks = new Task[3]; tasks[0] = DoOperation0Async(); tasks[1] = DoOperation1Async(); tasks[2] = DoOperation2Async(); // At this point, all three tasks are running at the same time. // Now, we await them all. await Task.WhenAll(tasks); } public async TaskGetFirstToRespondAsync() { // Call two web services; take the first response. Task [] tasks = new[] { WebService1Async(), WebService2Async() }; // Await for the first one to respond. Task firstTask = await Task.WhenAny(tasks); // Return the result. return await firstTask; }
By using concurrent composition (Task.WhenAll or Task.WhenAny), you can perform simple concurrent operations. You can also use these methods along with Task.Run to do simple parallel computation. However, this is not a substitute for the Task Parallel Library - any advanced CPU-intensive parallel operations should be done with the TPL.
Guidelines
Read the Task-based Asynchronous Pattern (TAP) document. It is extremely well-written, and includes guidance on API design and the proper use of async/await (including cancellation and progress reporting).There are many new await-friendly techniques that should be used instead of the old blocking techniques. If you have any of these Old examples in your new async code, you’re Doing It Wrong(TM):
Old | New | Description |
---|---|---|
task.Wait | await task | Wait/await for a task to complete |
task.Result | await task | Get the result of a completed task |
Task.WaitAny | await Task.WhenAny | Wait/await for one of a collection of tasks to complete |
Task.WaitAll | await Task.WhenAll | Wait/await for every one of a collection of tasks to complete |
Thread.Sleep | await Task.Delay | Wait/await for a period of time |
Task constructor | Task.Run or TaskFactory.StartNew | Create a code-based task |
Next Steps
I have published an MSDN article Best Practices in Asynchronous Programming, which further explains the “avoid async void”, “async all the way” and “configure context” guidelines.The official MSDN documentation is quite good; they include an online version of the Task-based Asynchronous Pattern document which is excellent, covering the designs of asynchronous methods.
The async team has published an async/await FAQ that is a great place to continue learning about async. They have pointers to the best blog posts and videos on there. Also, pretty much any blog post by Stephen Toub is instructive!
my thanks to: http://blog.stephencleary.com/2012/02/async-and-await.html
series about async and OOP programming