c# – 使用async-await进行数据库查询 – 如何保存线程？
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了c# – 使用async-await进行数据库查询 – 如何保存线程？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1543字，纯文字阅读大概需要3分钟。
内容图文
我开始理解等待一系列异步方法的概念,这些方法具有“底层”硬件任务,如写入文件(没有线程https://blog.stephencleary.com/2013/11/there-is-no-thread.html).但是,如果数据库是本地数据库,那么等待数据库调用(如ExecuteQueryAsync)的重点是什么？从技术上讲,这不是CPU绑定的任务,因为SQL Server需要一个线程来执行查询吗？
解决方法:
您的进程在线程池中具有有限数量的线程(您可以创建更多线程,但它们在资源方面是昂贵的).进行数据库调用时,数据库服务器通常是一个具有自己的线程集的独立进程.准备您要求的数据需要时间,因此您可以选择在发生这种情况时做什么：
>进入阻塞等待 – Thread.Sleep,Task.Wait等.这意味着您在线程A上触发数据库请求,然后在该线程上输入等待：线程已分配但被阻止且无法用于其他任何内容.当你的数据准备就绪时,你会以某种方式了解它并退出等待,你的代码继续在线程A上.
>执行异步等待：触发数据库请求,然后使用回调函数进行等待.调用将被发送到数据库进程,但之后它才会返回(在内部它会记录您的回调函数(延续)).此时,线程A是免费的 – 你不再使用它,所以它会回到池中,它可以用于其他东西.数据库服务器使用其自己的一个线程来获取您的数据,但这不是您的业务 – 线程A可以在您自己的应用程序中用于现在执行某些操作.
过了一会儿,你的数据就准备好了,你的回调函数会在某个线程上被调用 – 不一定是线程A,你的代码可以恢复.
因此,异步处理释放了一个线程,花了一些时间来做其他事情.您无法更快地获取数据 – 准备数据仍需要X毫秒.你得到的是使用现有线程的效率更高,而且对于大多数等待而不是计算(即IO操作)的操作有更多的并行性.在您的情况下,您大多等待 – 处理和计算由不同的过程完成.
正如@ErikPhilips指出的那样,Stephen Cleary的文章是一本很好的读物(不仅仅是这篇文章)：https://blog.stephencleary.com/2013/11/there-is-no-thread.html
内容总结
以上是互联网集市为您收集整理的c# – 使用async-await进行数据库查询 – 如何保存线程？全部内容，希望文章能够帮你解决c# – 使用async-await进行数据库查询 – 如何保存线程？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。