使用async-await进行数据库查询 - 如何保存线程？

Question

我开始理解如何在await一个async具有"底层"硬件任务的方法链中写入文件的概念(没有线程https://blog.stephencleary.com/2013/11/there -is-no-thread.html).但是,如果数据库是本地数据库,那么await数据库调用ExecuteQueryAsync的重点是什么？从技术上讲,这不是CPU绑定的任务,因为SQL Server需要一个线程来执行查询吗？

Answer 1

您的进程在线程池中具有有限数量的线程(您可以创建更多线程,但它们在资源方面是昂贵的).进行数据库调用时,数据库服务器通常是一个具有自己的线程集的独立进程.准备您要求的数据需要时间,因此您可以选择在发生这种情况时做什么:

• 进入阻塞等待 - Thread.Sleep,Task.Wait等等.这意味着您在线程A上触发数据库请求,然后在该线程上输入等待:线程已分配但被阻止且无法用于其他任何操作.当你的数据准备就绪时,你会以某种方式了解它并退出等待,你的代码继续在线程A上.

• 您执行异步等待:您触发数据库请求,然后await使用回调函数执行.调用将被发送到数据库进程,但之后它才会返回(在内部它会记录您的回调函数(延续)).此时,线程A是免费的 - 你不再使用它,所以它会回到池中,它可以用于其他东西.数据库服务器使用其自己的一个线程来获取您的数据,但这不是您的业务 - 线程A可以在您自己的应用程序中用于现在执行某些操作.

  过了一会儿,你的数据准备就绪,你的回调函数在某个线程上被调用- 不一定是线程A,你的代码可以恢复.

因此,异步处理释放了一个线程,花了一些时间来做其他事情.您无法更快地获取数据 - 准备数据仍需要X毫秒.你得到的是使用现有线程的效率更高,而且对于大多数等待而不是计算(即IO操作)的操作有更多的并行性.在您的情况下,您大多等待 - 处理和计算由不同的过程完成.

正如@ErikPhilips指出的那样,Stephen Cleary的文章是一本很好的读物(不仅仅是这篇文章):https://blog.stephencleary.com/2013/11/there-is-no-thread.html