应该这样理解它
异步，早期开发人员对它有很多误解，认为不阻塞主线程就是异步，更有认为不阻塞UI就是异步，但异步归根结底和这两个东西关系并不大，异步的出现主要是为了提高线程的利用率，让可用线程更高，而不是一个线程只做一件事，这件事没有完成就不去做下面的事情，这是不正确的，线程应该被解放出来！事实上，你如果学过nodejs的话，对单线程非阻塞应该更清楚一些，它主要通过方法回调来实现异步的，只是在语法上和C#不太一样。
说一下上面提到的误解
误解1：不阻塞主线程
如果不阻塞主线程的话，你只能开个新线程完成这个动作，像一些系统通知，它和主线程的工作流程没有关系，如果开个新线程，与主线程并行执行，这并不是我们说的异步，这只是多线程！它会增加线程的开支，使用不当，会影响系统的吞吐量！
误解2：不阻塞UI
这就更属于胡扯了，对于一个工作流来说，必须要按着1，2，3的顺序去执行，如果是同步代码，它是一个线程从1执行到3，这个线程将一直被占用！如果是异步代码，它在执行到1时，线程被回收到池子，其它人可以使用，当1执行完成后，从线程池里取出一个新的线程继续执行，这叫异步！C#的异步进行友好，使用async,await就可以实现了！
实验：查看有效的线程剩余数
// <summary> /// 线程非阻塞，线程利用率高 /// 线程await后可以去做其它事 /// 然后await后面方法结束后再申请新线程执行下面的代码 /// </summary> /// <returns></returns> [Route("~/do5")] public async Task<string> Do5() { var sw = new Stopwatch(); sw.Start(); await HttpHelper.Get("http://localhost:61699/do1"); await HttpHelper.Get("http://localhost:61699/do2"); await HttpHelper.Get("http://localhost:61699/do3"); await HttpHelper.Get("http://localhost:61699/do4"); sw.Stop(); int workerThreads, completionPortThreads; ThreadPool.GetAvailableThreads(out workerThreads, out completionPortThreads); return $"max threads:{workerThreads},completionPortThreads:{completionPortThreads},timer:{sw.ElapsedMilliseconds.ToString()}"; }
我们来看它的I/O线程剩余，多刷新几次，一直维持在32766和32765之间
而如果使用同步代码，结果就完成不一样了，线程剩余各位可以看下面
线程ID在每个await时是不同的
下面是一个更明显的测试，依次执行多个await，然后获取当前线程的ID，它们在异步环境下，有可能是不同的，因为每次都要从池子里拿新的线程！
await HttpHelper.Get("http://localhost:61699/do1"); str.Append($"step1:{Thread.CurrentThread.ManagedThreadId}"); await HttpHelper.Get("http://localhost:61699/do2"); str.Append($"step2:{Thread.CurrentThread.ManagedThreadId}"); await HttpHelper.Get("http://localhost:61699/do3"); str.Append($"step3:{Thread.CurrentThread.ManagedThreadId}"); await HttpHelper.Get("http://localhost:61699/do4"); str.Append($"step4:{Thread.CurrentThread.ManagedThreadId}");
通过这篇文章，我们应该真正理解异步这个概念了吧，记住，异步主要为了提高线程利用率，从而提高系统的吞吐量的，它与并行，主线程阻塞很有直接关系，也不是它所研究的重点，这个大家一定要记住！
本文转自博客园张占岭（仓储大叔）的博客，原文链接：异步与线程阻塞，如需转载请自行联系原博主。
