我以为我理解异步等待模式和Task.Run
操作。
但我想知道为什么在下面的代码示例中,await
在从完成的任务返回后没有同步回 UI 线程。
public async Task InitializeAsync()
{
Console.WriteLine($"Thread: {Thread.CurrentThread.ManagedThreadId}"); // "Thread: 1"
double value = await Task.Run(() =>
{
Console.WriteLine($"Thread: {Thread.CurrentThread.ManagedThreadId}"); // Thread: 6
// Do some CPU expensive stuff
double x = 42;
for (int i = 0; i < 100000000; i++)
{
x += i - Math.PI;
}
return x;
}).ConfigureAwait(true);
Console.WriteLine($"Result: {value}");
Console.WriteLine($"Thread: {Thread.CurrentThread.ManagedThreadId}"); // Thread: 6 - WHY??
}
此代码在附加了 Visual Studio 2019 调试器的 Windows 10 系统上的 .NET Framework WPF 应用程序中运行。
我从我的App
类的构造函数调用此代码。
public App()
{
this.InitializeAsync().ConfigureAwait(true);
}
也许这不是最好的方法,但我不确定这是否是奇怪行为的原因。
代码从 UI 线程开始,应该执行一些任务。 在任务完成后执行await
操作和ConfigureAwait(true)
,它应该在主线程 (1( 上继续。但事实并非如此。
为什么?
这是一件棘手的事情。
你在 UI 线程上调用await
,这是真的。但!您是在App
的构造函数中执行此操作的。
请记住,隐式生成的启动代码如下所示:
public static void Main()
{
var app = new YourNamespace.App();
app.InitializeComponent();
app.Run();
}
事件循环用于返回到主线程,仅作为Run
执行的一部分启动。因此,在App
构造函数运行期间,没有事件循环。还。
因此,SynchronizationContext
,在技术上负责在await
后将流返回到主线程,在应用程序的构造函数中null
。
(SynchronizationContext
在等待之前被await
捕获,所以在完成Task
后已经有一个有效的SynchronizationContext
并不重要:捕获的值是null
,所以await
继续在线程池线程上执行。
所以问题不在于你在构造函数中运行代码,问题在于你在App
的构造函数中运行它,此时应用程序还没有完全准备好执行。MainWindow
的构造函数中的相同代码会表现良好。
让我们做一些实验:
public App()
{
Console.WriteLine($"sc = {SynchronizationContext.Current?.ToString() ?? "null"}");
}
protected override void OnStartup(StartupEventArgs e)
{
Console.WriteLine($"sc = {SynchronizationContext.Current?.ToString() ?? "null"}");
base.OnStartup(e);
}
第一个输出给出
sc = null
第二个
sc = System.Windows.Threading.DispatcherSynchronizationContext
因此,您可以看到,OnStartup
中已经存在同步上下文。因此,如果您将InitializeAsync()
移动到OnStartup
中,它将按照您的预期运行。