C#异步编程的三种模式：EAP、APM与TAP详解

一、为何需要异步编程

同步方法调用会阻塞当前线程，直到操作完成。对于耗时操作（如网络请求或长时间计算），这会直接导致用户界面（UI）卡死或工作线程闲置。异步编程允许发起调用的线程在后台执行任务时不被阻塞，从而提高响应速度和资源利用率。

二、异步模式演变概览

C#异步编程经历了三个主要阶段，对应不同的框架版本和使用习惯：

• 异步模式 (APM - Asynchronous Programming Model)： .NET 1.0起提供，使用 BeginInvoke 和 EndInvoke，通过回调函数处理结果，逻辑复杂且易出错。
• 基于事件的异步模式 (EAP - Event-based Asynchronous Pattern)： .NET 2.0推出，专为解决UI更新问题设计，通过事件订阅获取进度和结果。
• 基于任务的异步模式 (TAP - Task-based Asynchronous Pattern)： .NET 4.5引入，使用 Task 对象与 async/await 关键字，是目前推荐的主流写法。

三、基于任务的异步模式 (TAP)

TAP是.NET Framework 4.5及以上版本的推荐标准。它利用 System.Threading.Tasks.Task 作为异步操作的载体，并通过编译器支持的 async 和 await 关键字简化了状态机管理。

第1步：定义异步操作方法

遵循命名规范，异步方法名通常以 Async 结尾，并返回 Task 或 Task<T>。使用 Task.Run 将同步逻辑包装为后台任务，或在访问支持TAP的系统API（如网络流）时直接使用。

// 后台任务定义：返回Task<string>
private Task<string> AsyncTaskTestAsync()
{
    return Task.Run(() =>
    {
        // 模拟耗时操作
        Thread.Sleep(5000);
        return "基于任务的异步完成！";
    });
}

第2步：调用并等待结果 (UI线程安全)

在UI按钮点击等事件处理程序中使用 async 修饰符。调用异步方法后使用 await，这会挂起当前执行流并将控制权交还给调用者，但不会阻塞底层线程。一旦任务完成，后续代码将在原上下文（即UI线程）恢复执行。

private async void button4_Click(object sender, EventArgs e)
{
    try 
    {
        // await 关键字自动解除对UI线程的阻塞
        string result = await AsyncTaskTestAsync();
        
        // 此处代码在异步操作完成后，且在UI线程执行
        label1.Text = result;
    }
    catch (Exception ex)
    {
        // 处理异常逻辑
        MessageBox.Show($"发生错误: {ex.Message}");
    }
}

关键规则说明

• async 仅用于声明方法，不能用于入口点（如 Main 方法）。
• await 只能用于 Task 或 Task<T> 类型的表达式。
• await 之后无需重新切换线程，系统会自动捕捉当前的 SynchronizationContext（在WinForms/WPF中即为UI线程）。

四、基于事件的异步模式 (EAP)

EAP (.NET 2.0) 旨在解决APM模式中UI更新困难的问题。其核心特征是：回调事件由拥有同步上下文（SynchronizationContext）的线程触发，从而可以直接操作UI控件。

第1步：使用内置类的EAP用法 (WebClient)

WebClient 等许多旧版类都支持 *Async 方法。需订阅 Completed 事件来获取结果或处理异常。

var client = new WebClient();
client.DownloadStringCompleted += (sender1, e1) =>
{
    if (e1.Error != null)
    {
        // 处理下载失败
        return;
    }
    string resp = e1.Result;
    // 解析数据...
};
// 启动异步请求
client.DownloadStringAsync(new Uri("http://example.com"));

第2步：自定义类如何实现 EAP

如果需要使用自定义的基于事件的异步组件，微软推荐使用 BackgroundWorker 类。它将工作线程与完成通知分离。

private void button3_Click(object sender, EventArgs e)
{
    BackgroundWorker bw = new BackgroundWorker();
    
    // 定义在工作线程中运行的代码
    bw.DoWork += (s, args) =>
    {
        Thread.Sleep(5000); // 模拟工作
        // DoWork中没有上下文，不可直接修改UI
    };

    // 定义在工作完成后运行的代码
    bw.RunWorkerCompleted += (s, args) =>
    {
        // RunWorkerCompleted拥有UI上下文，可直接操作控件
        label1.Text = "基于事件的异步完成！";
    };

    // 启动异步操作
    bw.RunWorkerAsync();
}

五、传统的异步模式 (APM)

APM (.NET 1.0-3.5) 是最早的模式，采用 BeginXXX 和 EndXXX 命名约定。其实现依赖于委托的异步功能，但在处理回调和结果提取时较为繁琐。

第1步：使用委托 Begin/End 实现异步

可以将任何同步方法封装为委托，利用 BeginInvoke 和 EndInvoke 进行异步调度。

Func<int,string> suncTest = (timeout) =>
{
    Thread.Sleep(timeout);
    return "异步模式完成！";
};

// 开始异步执行，传入回调函数
suncTest.BeginInvoke(5000, ar =>
{
    // 回调中的代码运行在ThreadPool线程中
    try
    {
        string re = suncTest.EndInvoke(ar); // 获取最终结果
        
        // 【重要】此处不可直接修改UI，因为不在UI线程
        // label1.Text = re; // 错误写法
    }
    catch(Exception ex)
    {
        // 捕获异常
    }
}, null); // AsyncState参数

第2步：跨线程安全更新 UI

由于APM的回调是在后台线程执行的，若需更新UI，必须使用窗体对象的 Invoke 方法（Windows Forms）或 Dispatcher（WPF）。这会增加代码复杂度。

// 在回调内部，将委托封送到UI线程执行
this.Invoke(suncTest, 5000);
label1.Text = suncTest(5000); // 或者直接用 Invoke 返回的值

APM局限性与历史遗留

• 代码可读性差，嵌套深。
• 异常处理分散（EndInvoke 可能会抛出在后台发生的异常）。
• 虽然仍被部分老代码使用，但在新项目中应尽量避免。

六、总结与最佳实践

在当前的 .NET 开发中（Core / .NET 5+），绝大多数IO密集型操作都应优先使用 基于任务的异步模式 (TAP)。利用 async/await 可以写出线性可读的代码，同时保持非阻塞的高效性。

• 何时用 TAP？ 新项目、所有异步库调用、UI应用逻辑。
• 何时看 EAP？ 维护旧版 .NET 2.0-4.0 的代码库（如 BackgroundWorker）。
• 何时看 APM？ 维护极早期 .NET 1.x/2.x 的遗留系统。

以上就是C#异步编程的三种详细模式，更多关于C#多线程与异步的资料请关注本站其它相关文章！