在之前https://www.cnblogs.com/webor2006/p/11731763.html咱们写过这样的一个例子，先来回顾一下：
也就是来演示runBlocking与coroutineScope之间的异同点，当时还阐述了一个对它的理论描述，也来回顾一下：
这里再开个篇幅来提出来的原因是在于。。这里面有一些深层次的东东需要再次挖掘，而问题的焦点是在：
回到代码根据这段文字的理解照理应该是这样的嘛：
结果肯定不是我们现在所质疑的观点啦，所以这也是需要再单独拎出来值得探讨的东东，这是因为关于runBlocking和coroutineScope是有更加深层的原因的，下面先来阐述一下：
1、runBlocking并非挂起函数；也就是说，调用它的线程会一直位于该函数中，直到协程执行完毕为止。
2、coroutineScope是挂起函数；也就是说，如果其中的协程挂起，那么coroutineScope函数也会挂起。这样，创建coroutineScope的外层函数就可以继续在同一个线程中执行了，该线程会【逃离】coroutineScope之外，并且可以做其他一些事情。
咱们来看一下runBlocking函数的定义：
再来看一下coroutineScope函数的定义：
说实话对于上面的理论描述有点难以理解，怎么最终的welcome的输出是在最后打印的而非咱们预期理解的要立马打印出来，其实需要这样来理解：
所以很明显“welcome”肯定是最后才会被打印出来的，但是！！！貌似上面的有点像是coroutineScope函数阻塞了当前线程，这个观点又与这个理论貌似矛盾了呀：
其实这个理论是没任何问题的，就是理解上需要这样来理解，如下：
如果说coroutineScope是阻塞了当前线程，也就不可能能执行到这句代码：
所以这也能论证coroutineScope确实是不会阻塞当前线程的，而当跳出到runBlocing代码时，它里面会有一个事件循环：
当事件发生时则就会触发事件，也就类似于当休眠完之后就要开始打印语句了，也就相当于事件触发了，如下：
这也就是为啥这句话能打印出来的原因，也就是说，其coroutinScope的真正流程是它会将调度返回给外层runBlocking里面的代码，而且是coroutineScope之上的代码，而非之下的代码，而welcome为啥是最后才打印的真正原因绝对不是因为coroutinScope将线程的代码给阻塞了，这一点确实是比较难理解！！
好，下面了解了这些深层次的理论之后，咱们再以更加正确的姿势来解读一下整个程序的执行流程：
接下来线程就会碰到coroutineScope挂起函数了：
当遇到挂起函数时，就需要立马来区分它之上的代码和之下的代码，记住一点它之下的代码一定是需要等待coroutineScope中的协程代码整个执行完了才能被执行到【如果这个先提观点不知道那整个流程就确实是比较难解释了，这个一定得要有这种概念】，而：
另外一点是当线程遇到了挂起函数会立马从它往上返回，也就是返回到这块代码：
接下来由于延时到了，接着coroutineScope中的这段代码会得到执行：
接着10s过后，里面的协程这块代码就会被打印了：
当这个打印完成，则整个coroutineScope中的协程都执行完了，那该挂起函数也就可以退出了，最后就可以执行挂起函数之下的代码，也就是：
所以：
至此！！整个流程就再次以一个全新的视角分析完了~~ 虽说是比较细节，但是对于整个协程的认知理解是非常之重要的！！