嘿，这个坑我之前踩过好几次！WPF的Window_Closing事件处理异步任务确实容易出各种问题，咱们先理清楚你之前几种尝试为啥失败，再给你一个不用改Test方法的可行方案。

先说说你之前尝试的问题根源 #

• 直接await Test()：因为Window_Closing是async void方法，WPF的事件系统会在启动异步操作后立刻继续执行窗口关闭流程，根本等不到Test完成，窗口直接就关了，后续的UI操作自然失败，而且e.Cancel也会拿到未赋值的默认值。
• 用Test().Result：典型的死锁场景——Test里的await Task.Delay(1000)会尝试回到UI线程上下文，但UI线程被Result的阻塞调用死死占着，两边互相等，直接锁死。
• Task.Run(() => Test()).Result：Task.Run把Test扔到了后台线程，而WPF控件只能由创建它的UI线程访问，所以this.Background = Brushes.AliceBlue这行必然抛出跨线程异常。
• Dispatcher.BeginInvoke的方式：BeginInvoke是异步排队，你外层的await只是等委托进了Dispatcher队列，但里面的await Test()还没执行完，外层的result还是默认值，而且WPF照样会继续关闭窗口，等于没等异步任务。

正确的实现方案（不用修改Test方法） #

核心思路是：先取消默认的窗口关闭操作，等异步任务完成后，再手动决定是否关闭窗口，同时要防止递归触发Window_Closing事件。

步骤1：添加一个标记位防止递归 #

在MainWindow类里加一个私有字段，用来标记是否正在处理关闭流程：

private bool _isClosingInProgress = false;

步骤2：修改Window_Closing方法 #

private async void Window_Closing(object sender, System.ComponentModel.CancelEventArgs e)
{
    // 如果已经在处理关闭流程，直接返回，避免递归触发Closing事件
    if (_isClosingInProgress)
        return;

    Console.WriteLine("Start");
    // 先取消默认的关闭操作，我们要先完成异步任务再做决定
    e.Cancel = true;

    try
    {
        // await Test()会自动捕获当前UI线程上下文，所以Test里的UI操作完全没问题
        var result = await Test();
        Console.WriteLine(result);

        // 根据Test的返回值决定是否关闭窗口
        if (result)
        {
            // 标记正在关闭，防止再次触发Closing事件
            _isClosingInProgress = true;
            // 手动关闭窗口
            this.Close();
        }
        // 如果result是false，窗口就保持打开状态
    }
    catch (Exception ex)
    {
        // 这里可以加异常处理，比如给用户弹个提示
        Console.WriteLine($"处理关闭逻辑时出错：{ex.Message}");
    }
}

// 你的Test方法完全不用改
public async Task<bool> Test()
{
    await Task.Delay(1000);
    this.Background = Brushes.AliceBlue;
    return true;
}

方案解释 #

1. 先取消关闭：e.Cancel = true让WPF暂停关闭流程，给我们时间处理异步任务。
2. await Test()：因为我们是在UI线程调用的Test，await会自动捕获UI线程的同步上下文，所以Test里的this.Background操作还是在UI线程执行，不会有跨线程问题。
3. 标记位防止递归：当我们手动调用this.Close()时，会再次触发Window_Closing事件，这时候_isClosingInProgress是true，直接返回，避免重复执行异步逻辑。
4. 根据结果决定关闭：异步任务完成后，用Test的返回值决定是否真的关闭窗口，完美符合你的需求。

内容的提问来源于stack exchange，提问作者Martin Booka Weser