提升C#异步性能：如何正确使用ConfigureAwait(false)避免上下文捕获

在这里插入图片描述

前言

在C#开发中，异步编程非常普遍，async/await模式极大地简化了异步任务的编写。然而，随之而来的是一些隐蔽的性能和上下文切换问题。在某些情况下，默认的上下文捕获行为可能会导致性能损耗，特别是在UI应用中（例如WPF、Windows Forms）和Web应用中（如ASP.NET Core）。ConfigureAwait(false) 提供了一种避免不必要上下文捕获的方式，能够优化代码执行效率。

什么是上下文捕获？

在使用 await 时，默认情况下，C# 会捕获当前的“上下文”，即代码执行的同步上下文（SynchronizationContext）或任务调度器（TaskScheduler），并在 await 完成后，返回该上下文。例如，在WPF或Windows Forms应用中，这个上下文通常是UI线程的上下文，而在ASP.NET中，可能是请求的同步上下文。

问题来源

上下文捕获意味着在 await 之后，代码将恢复在原来的同步上下文上继续执行，这在某些情况下可能并不必要，尤其是在后台任务中。这个行为会导致不必要的上下文切换，增加执行开销，甚至可能导致死锁。

举个例子：

public async Task LoadDataAsync()
{// 异步操作，可能需要较长时间var data = await GetDataAsync();// await之后，代码在UI线程上继续执行UpdateUI(data);
}

在上述代码中，await GetDataAsync() 捕获了UI线程的上下文，异步操作完成后，代码返回到UI线程执行 UpdateUI。在这种情况下，这种捕获是必要的，因为UI的更新需要在主线程进行。

然而，假如我们的操作不涉及UI更新，或者代码运行在后台线程上，这样的上下文捕获实际上是不必要的。这时候可以通过 ConfigureAwait(false) 来避免上下文捕获。

使用 `ConfigureAwait(false)`

通过在 await 语句后面调用 ConfigureAwait(false)，可以告诉编译器在恢复执行时，不需要返回到原来的同步上下文。这样做不仅可以减少不必要的上下文切换，还可以提高性能。

示例代码：

public async Task LoadDataAsync()
{// 不需要返回UI线程的异步操作var data = await GetDataAsync().ConfigureAwait(false);// 因为ConfigureAwait(false)，下面的代码将不在UI线程上运行ProcessData(data);
}

在这个例子中，await GetDataAsync() 后的代码不会返回UI线程执行，而是继续在后台线程上运行。由于 ProcessData 并不依赖UI线程，因此这种优化是合理的。

`ConfigureAwait(false)`的适用场景

后台任务：对于不需要访问UI或同步上下文的任务，ConfigureAwait(false) 可以提高性能。
ASP.NET Core：在ASP.NET Core中，由于默认情况下不使用同步上下文，ConfigureAwait(false)的性能收益较小，但仍是一个良好的实践，确保代码不会无意中依赖特定的上下文。
避免死锁：在某些情况下，特别是Windows Forms应用中，await 会尝试在UI线程恢复执行，如果UI线程被阻塞，会导致死锁。使用 ConfigureAwait(false) 可以避免此类问题。

`ConfigureAwait(false)` 的副作用

虽然 ConfigureAwait(false) 可以优化性能，但并非所有场景都适合使用。特别是涉及到UI更新时，必须确保代码在正确的上下文中执行。如果 ConfigureAwait(false) 使得代码在错误的线程上执行，将会导致崩溃或异常。

以下是一个UI线程场景中的例子：

public async Task LoadAndDisplayDataAsync()
{// 获取数据时不需要UI线程var data = await GetDataAsync().ConfigureAwait(false);// 回到UI线程更新UIawait Dispatcher.InvokeAsync(() => UpdateUI(data));
}