看完上面的内容，可以确定的是，在某些情况下，异步编程能够很大的提高我们程序运行的效率，但是大家都在推崇的多使用异步编程不仅仅是因为软件上面的原因，在硬件上也有着很大的原因。
前段时间我们将原来跑在一台办公电脑的程序发布到一台双路E5的DELL的刀片机上面去，结果发现在DELL刀片机上面运行的性能竟然比之前的办公电脑还差，开始我们怀疑是DELL刀片机使用的是虚拟机的问题，可能在某些地方没有设置好，后来经过一系列的服务器性能测试，无论是CPU处理速度、磁盘IO还是网络带宽，DELL刀片机都远超我们之前的那台办公电脑，但是我们运行的程序中的某个接口在效率上就是不如之前的办公电脑！！！
???(直到后来的某一天，随着我对.NET Core异步编程的理解的加深，终于明白是什么原因。)
我们先来看一下我们日常开发使用的Intel CPU和服务器使用的CPU对比
开发电脑CPU： 英特尔® 酷睿™ i5+8500 处理器
处理器基本频率：3GHz
最大睿频频率：4.1GHz
内核数：六核心
线程数：六线程
服务器CPU： 英特尔® 至强® D-2177NT 处理器
处理器基本频率：1.90 GHz
最大睿频频率：3.00 GHz
内核数：14
线程数：28
从上面的对比我们可以发现两者之间的差异很明显， i5 处理器的基本频率和最大睿频都高于服务器使用的 至强 处理器，但是在内核数量和线程数量上面却远远不如 至强 ,如果我们的程序全部使用的同步编程的话，以WebApi为例，每一次请求中调用的方法都只是在CPU的某一个内核/线程中进行的，换句话说，CPU单核频率的高低直接影响着同步方法的执行效率，而我们之前的程序几乎都是使用了同步方法，在办公电脑上的 i5 处理器和服务器使用的 至强 处理器的单核频率的差异显然就是之前性能问题的直接原因。
并且鉴于服务器CPU的特性（单核频率低，内核/线程数多），在程序中多使用异步/多线程的方式对于程序的性能而言是无容置疑的。
注意：
虽然异步编程很多时候能提升程序的效率，但不并意味着需要为了使用异步而将所有的方法改为异步执行，如果同步执行的开销甚至比创建一个异步线程开销还低的时候，就完全没有必要再此处使用异步的方式。至于这其中的权衡利弊，或许需要一定的经验才能拿捏的住。
以上就是我目前对.NET Core中使用异步/多线程编程方式的理解， 希望对大家的学习有所帮助，也希望大家多多支持脚本之家。
您可能感兴趣的文章: