async,await和TaskCompleteSource的一些疑问

       之前看ET框架的时候，发现了一些不理解的地方。其实都是集中在async-await的用法和TaskCompleteSource的用法上的，这会儿就学习了一些。

       第一个例子：

然后在Main函数中调用TaskCompleteSourceButton_OnClick方法，

TaskCompleteSourceButton_OnClick();
Console.WriteLine("等待中！！！！");
Console.ReadKey();

运行后，会发现，主线程处于阻塞的情况，后面的“等待中！！！”要等到异步任务完成后才会输出。

话说，使用async-await不是应该是异步操作的吗？为什么主线程还会阻塞呢？

        再来看第二个例子：

这个例子在运行的时候，就不会发生阻塞了：

这两个例子，一个使用了TaskCompleteSource，一个没有使用。这有关系，却不是真正的原因，真正的原因：第一个例子的代码，通过TaskCompleteSource类，在主线程中获取了异步任务的运行结果，所以会造成阻塞。最简单的测试方法就是去掉TaskCompleteSource类，在运行的时候，就会发现主线程没有阻塞了。修改如下：

如此后，主线程就不会阻塞了。但是如果去掉while循环中的注释的话，那么在输出“等待结果中！！！”后，就会直接阻塞线程。原因是一样的，因为这里获取了异步任务的返回结果，所以会发生阻塞。

        说到这里，就要说一说TaskCompleteSource的作用了，咋一看，用不用这个类，都能获取异步任务的记过，也都阻塞了线程，有啥区别呢？区别就在于，这个类其实是一个回调方法，任务结束后，调用这个回调可以传递很多任务运行的数据，包括运行结果。所以我们可以获取该回调的来做一些事情。在猫大的给出的例子《更好的协程》中，将TaskCompleteSource对象抛出去，在一个while循环中获取到该对象，从而解析出任务运行的结果。这样就不会阻塞线程了，同时也可以实时获取到异步任务的结果，符合大家对异步编程的需求。