基于IAsyncResult的APM模型实现异步操作

 

在 C#1 的时候就包含了APM，在 APM 模型中，异步操作通过 IAsyncResult 接口实现，包括两个方法 BeginOperationName 和 EndOperationName ，分别表示开始和结束异步操作。

Demo

我们先来看一个同步示例。新建WPF程序，在界面上放一个按钮。点击按钮访问外网，会有一定时间的阻塞。


当我们点击按钮后，因为web请求是同步的，会阻塞UI线程一定时间。从输出日志上看阻塞时间是 1 秒钟左右，此时界面呈卡死状态。

日志输出如下：

从运行效果和日志，我们可以看出：

• WebRequest方法调用前后都是在同一个线程上执行-UI线程

• WebReqeust方法阻塞了UI线程，导致“假死”现象

WebRequest也提供了异步方法，BeginGetResponse,EndGetResponse。我们修改一下代码，新增一个按钮。

日志输出如下：

从运行效果和日志，我们可以看出：

• 异步方法不会阻塞调用方法，调用后立刻返回

• 异步方法会在另外一个线程上执行

IAsyncResult

BeginOperationName 方法会返回一个实现了 IAsyncResult 接口的对象。该对象存储了关于异步操作的信息。

转到定义，我们可以看到接口中都包含哪些内容：

自定义异步方法

实现该接口，定义自己的异步方法。

我们需要新建一个回调函数：

在这之后就可以自定义 APM 异步模型了：

新增一个按钮，进行调用：

运行效果如下：

日志输出如下：

结合效果和日志，我们可以得出如下结论：

• 自定义的异步方法没有导致 UI 卡顿

• APM就是把耗时的任务交给新线程去做，然后利用委托进行回调

普通方法的异步

如果是普通方法，也可以通过 委托异步(BeginInvoke, EndInvoke)：

总结

1. APM 模型是基于IAsyncResult来实现异步操作的

2. 异步操作开始时，把委托传递给 IAsyncResult

3. 在新线程上执行耗时操作

4. 耗时操作结束后，修改 IAsyncResult 里的结果数据，并调用 IAsyncResult 里的委托回调

5. 在回调里获取 异步操作 的结果



审核编辑：刘清