最近有一个功能，要在一个页面现实一些统计数据，这些数据分布在3台服务器的不同数据库里，这个页面会比较频繁的被访问，我用平常的方式处理，发现速度比较慢，只好想别的方法来解决，我想起了以前写的 ADO.NET的新功能:MARS(Multiple Active Result Set) 及 异步执行命令 这篇文章，我认为在这种情况下用异步去处理是个不错的主意，测试后发现速度确实快多了，如是修改类库加上异步执行的方法，并且我决定修改日志类库里加上相关异步执行的方法，写日志文件和发邮件使用异步方式执行。
.Net Framework 2.0增加了很多异步执行的方法，SqlCommad 增加了BeginExecuteNonQuery，EndExecuteNonQuery,BeginExecuteReader,EndExecuteReader,BeginExecuteXmlReader,EndExecuteXmlReader方法，另外，Stream类，WebRequest类等也增加了相关异步执行方法，这些方法都也Begin，End开头的，这些方法都是返回一个IAsyncResult对象,这个对象里有一个AsyncState属性，这个属性很重要，因为可以通过这个属性传递任何我们想传递的对象。这些实际上是异步编程模型(APM -- Asynchronous Programming Model)。
APM支持以下三种方式：wait-until-done,polling,method callback
但调用一系列BeginXX方法后，这些方法都会请求操作排队然后返回IAsyncResult对象来标识挂起的操作，如果异步操作完成，调用EndXX方法时可以得到返回结果。
wait-until-done(等待直到完成): 如果有异步操作未完成，EndXX方法将会挂起调用线程。
polling(轮询):为了实现轮询，会有一个线程定时的询问CLR来获取异步请求执行状态。这时IAsyncResult接口的AsyncWaitHandle和IsCompleted属性就派上用场了。
method callback(回调方法):任何一个异步请求执行完毕马上调用指定的回调方法。
我认为回调方法是效率最好的，因为使用这种方式不会将一个线程置于等待状态(wait-until-done),也不会让一个线程定期的去询问CLR来获取异步请求执行状态。
.Net Framework 2.0增加了很多异步执行的方法，SqlCommad 增加了BeginExecuteNonQuery，EndExecuteNonQuery,BeginExecuteReader,EndExecuteReader,BeginExecuteXmlReader,EndExecuteXmlReader方法，另外，Stream类，WebRequest类等也增加了相关异步执行方法，这些方法都也Begin，End开头的，这些方法都是返回一个IAsyncResult对象,这个对象里有一个AsyncState属性，这个属性很重要，因为可以通过这个属性传递任何我们想传递的对象。这些实际上是异步编程模型(APM -- Asynchronous Programming Model)。
APM支持以下三种方式：wait-until-done,polling,method callback
但调用一系列BeginXX方法后，这些方法都会请求操作排队然后返回IAsyncResult对象来标识挂起的操作，如果异步操作完成，调用EndXX方法时可以得到返回结果。
wait-until-done(等待直到完成): 如果有异步操作未完成，EndXX方法将会挂起调用线程。
polling(轮询):为了实现轮询，会有一个线程定时的询问CLR来获取异步请求执行状态。这时IAsyncResult接口的AsyncWaitHandle和IsCompleted属性就派上用场了。
method callback(回调方法):任何一个异步请求执行完毕马上调用指定的回调方法。
我认为回调方法是效率最好的，因为使用这种方式不会将一个线程置于等待状态(wait-until-done),也不会让一个线程定期的去询问CLR来获取异步请求执行状态。
