异步与线程阻塞
应该这样理解它
异步,早期开发人员对它有很多误解,认为不阻塞主线程就是异步,更有认为不阻塞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}");
通过这篇文章,我们应该真正理解异步这个概念了吧,记住,异步主要为了提高线程利用率,从而提高系统的吞吐量的,它与并行,主线程阻塞很有直接关系,也不是它所研究的重点,这个大家一定要记住!