c# - 从 C# AsyncCTP 使用 ExecuteReaderAsync 的任何缺点

Question

有一些文章表明异步数据库调用在 .NET 中不是一个好主意。

• Should my database calls be Asynchronous?
• Should my database calls be Asynchronous Part II

在 C# Async CTP 上，有一个名为 ExecuteReaderAsync 的 System.Data.SqlClient.SqlCommand 扩展。我对我现有的代码有如下一些操作:

var connectionString = System.Configuration.ConfigurationManager.ConnectionStrings["hubConnectionString"].ConnectionString;

using (var conn = new SqlConnection(connectionString)) {
    using (var cmd = new SqlCommand()) {

        cmd.Connection = conn;
        cmd.CommandText = "sp$DetailsTagsGetAllFromApprovedPropsWithCount";
        cmd.CommandType = System.Data.CommandType.StoredProcedure;

        conn.Open();

        var reader = cmd.ExecuteReader();
        while (reader.Read()) {

            //do the reading

        }

        conn.Close();
    }
}

我的代码中有几个这样的操作。所以，我正在考虑将它们转换为异步。

但另一方面，我看不到这种方法有多大吸引力(也许我没有看到正确的方向，谁知道呢!)。

那么，在这里使用这种新的异步编程模型有什么缺点吗？

编辑:

假设我重构代码如下:

public async Task<IEnumerable<Foo>> GetDataAsync() { 

    List<Foo> foos = new List<Foo>();

    var connectionString = System.Configuration.ConfigurationManager.ConnectionStrings["hubConnectionString"].ConnectionString;

    using (var conn = new SqlConnection(connectionString)) {
        using (var cmd = new SqlCommand()) {

            cmd.Connection = conn;
            cmd.CommandText = "sp$DetailsTagsGetAllFromApprovedPropsWithCount";
            cmd.CommandType = System.Data.CommandType.StoredProcedure;

            conn.Open();

            var reader = await cmd.ExecuteReaderAsync();
            while (reader.Read()) {

                //do the reading
                //create foos

            }

            conn.Close();
        }
    }

    return foos;

}

据我对 await 关键字的理解，它将其后的代码转换为延续。此外，当它遇到 await 关键字时，它会立即返回其调用者，而不管操作状态如何。当它完成时，它会返回并触发继续代码。

这就是我的想法。

Answer 1

在这一点上我不同意 Ricka。异步数据库命令不仅很好，而且对于实现规模、吞吐量和延迟也很关键。他对线程池启动时间的反对意见仅适用于流量较低的 Web 服务器。

在高流量情况下(这是唯一重要的情况)，线程池不必等待“注入(inject)”新线程。异步执行 SQL 命令不仅从 Web 服务器请求/线程健康的角度来看很重要，而且从总请求生命周期/延迟的角度来看也很重要:不相关的数据库调用可以并行执行，而不是顺序执行。仅此一项通常就会显着改善用户体验到的 HTTP 请求的延迟。换句话说，您的页面加载速度更快。

不过有一点忠告:在启用 Asynchronous Processing=true 之前，SQL 命令不是真正的异步命令。在连接字符串上。虽然未设置(默认情况下未设置，编辑:从 .NET Framework < 4.5 开始。Asynchronous Processing is no longer required )您对 BeginExecuteReader 的“异步”调用只不过是一个骗局，该调用将启动一个线程并阻止那个线程。当在连接字符串中启用真正的异步处理时，调用就是真正的异步，并且回调基于 IO 完成。

请注意:第一个结果返回客户端后，异步 SQL 命令即完成，信息消息也算作结果。

create procedure usp_DetailsTagsGetAllFromApprovedPropsWithCount
as
begin
print 'Hello';
select complex query;
end

您已经失去了异步的所有好处。 print 创建一个发送回客户端的结果，该结果完成异步命令并在客户端恢复执行并继续“reader.Read()”。现在 that 将阻塞，直到复杂查询开始产生结果。您问“谁将 print 放在程序中？” 但 print 可能伪装成其他东西，也许看起来像 INSERT 执行 而 首先发出 SET NOCOUNT ON .