一文带你深入了解：同步，异步，多线程，了解三者之间的关系

前几天一位朋友去面试，面试官问了他同步，异步，多线程之间是什么关系，异步比同步高效在哪？多线程比单线程高效在哪？由于回答的不好，让我帮他捋一下，其实回答这个问题不难，难就难在只对别人说理论，而没有现杀的例子。

一：异步

1. 到底解放了谁？

<1> 从基础的同步说起

要说解放了谁，一定得有几个参与者，举个例子：当你的主线程读取一个应用程序之外的资源时，它有可能是一个文件，又有可能是一个外部服务，当用同步方式读取外部服务时，首先主线程会从用户模式进入到内核模式，在内核模式中windows会将你的请求数据交给对应的网络驱动程序，继后会让这个线程进入休眠状态，当网络驱动程序和外部服务一阵痉挛之后，网络驱动程序会将获取到的结果交给当初休眠的线程，windows唤醒休眠线程继而执行后续的C#代码，画个简图理解一下，不一定全对。

这里就存在着一个非常大的问题，步骤4-步骤7之间，你的主线程一直都是休眠状态，比如在GUI编程中，有一个重要的原则就是解放你的UI线程（主线程），所以解决这个问题就迫在眉睫。

<2> 异步方式下的处理方案

说到这里，大家应该知道了异步方式就是为了解放主线程，又可以叫调用线程，没错，接下来看一下同样的场景在异步中如何处理的。

从图中可以看到，步骤三中将thread数据交给网络驱动程序之后，该thread就直接返回不管了，当后续网络驱动程序获取数据后，将数据丢给CLR线程池中的IO线程再由它触发你的回调函数。

<3> 总结

异步相比同步效率高就高在解放了调用线程，在驱动程序和远程服务RoundTrip期间，调用线程还可以执行其他工作，放在GUI上就是主线程可以继续响应用户的超敏操作。

由于没有空转的线程，CPU可以得到最满载的运转，更少的线程就有更少的线程栈空间，更少的GC回收时间和上下文切换。

2. 代码演示

还是那句话，光说可不行，你得上一点代码看看，有了上面的理论基础，这里我就模拟爬取下博客园首页的所有文章的用户头像。

<1> 同步代码

        public static void Main(string[] args)
        {
            SingleThreadDownloadImages();
            Console.WriteLine("主线程继续执行其他的咯~~~");
            Console.Read();
        }

        public static voi