三
异步执行Command命令
在 ADONET 以前通过 Command 类（如 SqlCommandOleDbCommand等）执行 SQL
命令的线程一定要停下来等待执行结果ADONET 新增了异步程序访问接口（asynchronous API）让线程发出命令后可以继续执行接下去的程序代码
而在 ADONET 当前的版本只有 SqlClient 支持异步程序访问接口
以往编写程序时我们可以直接通过NET Framework 所提供的多线程机制或是以 Delegate 类包装多线程的方式在 NET Framework 所提供的异步架构下设计调用执行 Command 对象实例这些方法都是让一条工作线程（Worker Thread）停止在后台中等待执行结果一旦有结果后工作线程再通过标准的机制告知结果
原本 ADONET 的 Command 对象执行 SQL 语法的方法有
ExecuteReaderExecuteNonQueryExecuteXmlReader 以及 ExecuteScalar 等搭配 NET
Framework 原来就提供的异步模型惯例除了 ExecuteScalar 方法外其余的方法都新增了以 Begin 和 End 关键字开始的一对方法也就是说 ExecuteReader 方法是同步执行若要以异步的方式执行相同的功能则调用 BeginExecuteReader 和 EndExecuteReader 这一组方法在 NET Framework 中以 Begin 为字首的方法负责传入同名方法所需的参数而以 End
为字首的方法用来取回执行结果
例如某个方法的定义如下
public override int ExecuteNonQuery()
则以异步调用的起始方法定义如下
public IAsyncResult BeginExecuteNonQuery(AsyncCallback callback object stateObject)
Begin~ 系列的方法会多加存放回调方法（Delegation）的指针参数也就是上述语法中的 callback 参数并提供语法中的 stateObject参数让你设置想要带到 End~ 对应方法的信息而 Begin~ 系列方法最后返回的是代表异步执行状态的 IAsyncResult 对象实例而不是原本同步执行方法的返回结果你可以藉此查询异步执行的状况
而获得执行结果的方法定义如下
public int EndExecuteNonQuery(IAsyncResult asyncResult)
在调用与 Begin~ 对应的 End~ 方法时需要带入 Begin~ 方法所返回的 IAsyncResult
对象实例异步执行完毕后取回与原先同步执行方法相同的执行结果
由于我们在执行完 Command 对象访问数据库的方法后都会返回对象如 ExecuteReader 取回 DataReader实例ExecuteNonQuery 取回受影响的记录条数ExecuteXmlReader 取回 XmlReader 实例因此大概都需要通过End系列方法来获得执行结果否则这些结果就遗失在系统中
若要异步执行 Command 命令另一个必需设置的是数据库连接字符串内要加上 async=true 属性若连接字符串没有加上该属性而通过 Command对象实例调用异步执行的方法则会产生异常（exception）若 Command 通过连接执行时重头到尾都是以同步的方式执行则依照默认 async=false 的方式设置比较节省资源若某些命令需要同步执行另一些需要异步执行则可以考虑使用不同的连接
在介绍范例应用程序前我们先稍微谈一下 NET Framework 所提供的公共的异步运行应用程序设计模式不只是 ADONET在其他访问耗时的程序编写上也都可以套用这个模式
NET Framework内置了让应用程序异步运行的功能让你在编写应用程序时不会因为某些耗时等待的操作让程序停止响应操作界面停滞让用户感觉起来好像死机一样一般会以多线程的方式处理这种需求但若你不熟悉线程的运行或是想利用线程池（Thread Pool）的好处都可以在较为耗时的操作上采用 NET Framework 所提供的异步功能
一般来说文件 I/O网络访问乃至于 Web Services 访问以及本节所讨论的 DB 访问等都较为耗时NET Framework为这一类的类都提供了上述以 Begin~/End~开头的非同步执行方法而这些方法皆成对出现当然也有可能是自己编写的方法其商业逻辑非常复杂导致调用该方法后需要等待一段时间来完成这时还可以通过 NETFramework 所提供的委托（Delegate）类来创建异步运行
但是实际在我们的应用中
但我们不需要获知DB服务器的返回信息时我们推荐使用委托尤其是在Web开发中
因为在页面线程启动异步数据库访问时当页面业务执行完毕后仍然无法放开访问数据库的异步线程这是我们不希望看到的但是使用委托却可以避免这个麻烦（webservice异步应用中一样如此）
