C# WPF启动新线程时如何避免UI界面阻塞？

现有代码失效的核心原因 #

• BackgroundWorker的DoWork事件要求绑定的方法符合DoWorkEventHandler委托签名：void MethodName(object sender, DoWorkEventArgs e)，你当前绑定的MyFunctionDoThread是无参方法，事件未正确挂载，后台逻辑根本不会触发。
• 手动创建DispatcherFrame并调用Dispatcher.PushFrame()属于多余操作：BackgroundWorker本身就被设计为后台线程执行不阻塞UI，嵌套消息循环不仅没必要，还可能引发UI死锁。
• 你代码中的ProcessStartInfo未设置FileName属性指定要启动的程序路径，就算后台逻辑正常执行，也无法成功启动进程，看不到预期效果。

修正后的BackgroundWorker实现 #

去掉多余的嵌套消息循环代码，修正事件绑定方法的签名即可：

private void Dobutton_Click(object sender, RoutedEventArgs e)
{
    BackgroundWorker worker = new BackgroundWorker();
    // 绑定符合签名要求的后台执行方法
    worker.DoWork += MyFunctionDoThread;
    // 任务完成回调自动运行在UI线程，可直接操作UI控件
    worker.RunWorkerCompleted += (s, args) =>
    {
        // 示例：任务完成后弹提示、更新控件状态
        MessageBox.Show("后台任务执行完毕");
    };
    // 直接启动异步执行即可，无需额外阻塞
    worker.RunWorkerAsync();
}

public void MyFunctionDoThread(object sender, DoWorkEventArgs e)
{
    // 该方法内的逻辑自动运行在线程池后台线程，不会阻塞UI
    ProcessStartInfo startInfo = new ProcessStartInfo();
    // 必须配置FileName属性指定要启动的程序
    // 示例：startInfo.FileName = "notepad.exe";
    startInfo.Arguments = ""; // 按需配置启动参数
    Process.Start(startInfo);
    
    // 其余耗时业务逻辑均写在此处
}

更推荐的现代实现：async/await #

目前WPF开发更推荐使用async/await语法实现后台任务，不需要手动管理线程、挂载事件，代码逻辑更简洁，出错概率更低：

// 点击事件方法添加async修饰
private async void Dobutton_Click(object sender, RoutedEventArgs e)
{
    // 执行任务前可禁用按钮，防止用户重复点击
    DoButton.IsEnabled = false;
    try
    {
        // Task.Run包裹的代码运行在后台线程池，完全不阻塞UI
        await Task.Run(() =>
        {
            ProcessStartInfo startInfo = new ProcessStartInfo();
            // 同样需要配置FileName属性
            // startInfo.FileName = "xxx.exe";
            Process.Start(startInfo);
            
            // 其余耗时后台逻辑
        });
        // await之后的代码自动切回UI线程，可直接更新UI
        MessageBox.Show("后台任务执行完毕");
    }
    finally
    {
        // 恢复按钮可用状态
        DoButton.IsEnabled = true;
    }
}

注意事项 #

• 后台线程内禁止直接操作UI控件，需要更新UI时，要么写在RunWorkerCompleted回调（BackgroundWorker模式）、await之后的代码段（async/await模式），要么通过Dispatcher.Invoke()调度到UI线程执行。
• 非特殊场景不要使用Dispatcher.PushFrame()创建嵌套消息循环，误用极易导致UI死锁、消息处理顺序混乱。
• 后台任务如果涉及异常处理，BackgroundWorker需要在RunWorkerCompleted中判断args.Error捕获异常；async/await模式直接用try/catch包裹即可。

内容的提问来源于stack exchange，提问作者abdou31