异步编程 APM 与 EAP

Question

>异步编程模型和基于事件的异步模式之间实际上有什么区别？

使用

哪种方法以及何时使用？

Answer 1

异步编程模型（APM）是您在BeginMethod(...)和EndMethod(...)对中看到的模型。

例如，下面是使用 APM 实现的Socket：

 var socket = new Socket(AddressFamily.InterNetwork, 
                        SocketType.Stream, ProtocolType.Tcp);
 // ...
 socket.BeginReceive(recvBuffer, 0, recvBuffer.Length, 
                     SocketFlags.None, ReceiveCallback, null);
 void ReceiveCallback(IAsyncResult result)
 {
   var bytesReceived = socket.EndReceive(result);
   if (bytesReceived > 0) { // Handle received data here. }
   if (socket.Connected)
   {
     // Keep receiving more data...
     socket.BeginReceive(recvBuffer, 0, recvBuffer.Length, 
                         SocketFlags.None, ReceiveCallback, null);
   }
 }

基于事件的异步模式 （EAP） 是您在MethodAsync(...)和CancelAsync(...)对中看到的模型。通常有一个Completed事件。 BackgroundWorker 是这种模式的一个很好的例子。

从 C# 4.5 开始，两者都已被使用任务并行库 （TPL） 的async/await模式所取代。您将看到它们在方法名称后标有Async，并且通常返回可等待的Task或Task<TResult>。如果能够面向 .NET 4.5，则绝对应该在 APM 或 EAP 设计上使用此模式。

例如，异步压缩（可能很大的）文件：

public static async Task CompressFileAsync(string inputFile, string outputFile)
{
  using (var inputStream = File.Open(inputFile, FileMode.Open, FileAccess.Read))
  using (var outputStream = File.Create(outputFile))
  using (var deflateStream = new DeflateStream(outputStream, CompressionMode.Compress))
  {
    await inputStream.CopyToAsync(deflateStream);
    deflateStream.Close();
    outputStream.Close();
    inputStream.Close();
  }
}

Answer 2

从客户端代码 POV：

EAP：为名称以"已完成"结尾的事件设置事件处理程序，然后调用名称以"异步"结尾的方法。有时可以调用名称中带有"Cancel"的方法，这可能会取消它。

APM：您调用名称以"Begin"开头的方法，然后轮询其结果或接收回调，然后调用以"End"开头的方法。

据我所知，APM 是在大多数 BCL IO 类和 WCF 中实现的，主要是较低级别的不可取消操作（如取消，您只需忽略结果）。EAP可以在更高级别的课程中找到，即下载文件，其中有多个步骤和某种有意义的取消行为。

因此，如果您需要选择要实现的（并且您故意将自己限制在这两个），我想这取决于您正在做的事情是否可以取消。

从客户端代码 POV 中，您并不总是可以选择。如果可以，最好使用 C# 4.5 任务，它们可以通过包装器与任何较旧的异步机制一起使用。

Answer 3

MSDN 文章"决定何时实现基于事件的异步模式"中给出了全面的答案。

本文的主要思想（以及对您的问题的简短回答）听起来像"默认情况下生成基于事件的模式，并带有生成 IAsyncResult 模式的选项"