我制作了一个简单的异步方法来异步调用 SQL 存储过程。
在我的控制台程序中,我循环调用此方法 1000 次,并在每次调用之间休眠 1 毫秒 (Thread.Sleep)。 我在进入循环之前启动一个秒表,并在退出循环时停止它,并显示在循环中花费的时间。
在我的开发机器 (Win7 - VS 2012 RC) 上,我可以看到我期望看到的内容:
Completed in 1006 ms
这似乎是合乎逻辑的,考虑到对异步方法的调用几乎立即返回(当到达第一个 await
关键字时),因此在执行之前的代码时只会产生很小的开销(6 毫秒)等待。
然而,当我在安装了 .NET Framework 4.5 RC 的服务器计算机 (Win2008 R2 SP1) 上运行完全相同的代码时,代码运行正常,但执行时间与我预期的相去甚远,没有与在我的开发机器上运行程序时获得的比较:
Completed in 15520 ms
这意味着被调用的 async 方法并没有真正被异步调用并且第一个 await 似乎以某种方式阻塞了?
这是我调用的异步方法的代码:
public async void CallSpAsync()
{
var cmd = new SqlCommand("sp_mysp");
{
var conn = new SqlConnection(connectionString);
{
cmd.Connection = conn;
cmd.CommandType = CommandType.StoredProcedure;
[...Filling command parameters here - nothing interesting...]
await cmd.Connection.OpenAsync();
await cmd.ExecuteNonQueryAsync();
cmd.Dispose();
cmd.Connection.Dispose();
}
}
}
这是主程序测试代码(循环):
Stopwatch sw = new Stopwatch();
sw.Start();
for (int i = 0; i < 1000; i++)
{
CallSpAsync();
Thread.Sleep(1);
}
sw.Stop();
我在两台机器上运行完全相同的可执行文件(在 Release 中编译的控制台程序)。
我很想弄清楚为什么在服务器机器上运行程序时没有真正异步调用该方法。
有什么想法吗?
谢谢!
编辑
该问题与工作正常的 async/await 无关,而是由于服务器上的计时器分辨率(由 StopWatch 使用)比我的工作站上少 15 倍。代码的运行速度一点也不慢,只是计时器的分辨率导致了不正确的耗时计算。
请参阅下面 James Manning 的回答。
最佳答案
这可能是服务器计算机上计时器分辨率的函数。检查 ClockRes 实用程序。您可以在 my comment on High accuracy DateTime.UtcNow 中获得更多详细信息.
关于c# - 异步方法不是在桌面上阻塞而是在服务器上阻塞?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11513064/