1、先看一下suspend单独使用时候的线程切换情况，以便于更清晰的理解suspend：
以上代码可以看出来，一切正常，也可以很好的理解suspend挂起到底是怎么进行线程切换的，但是如果这里的代码放到ViewModel里却出现了线程无法切换的情况
class NotificationsViewModel : ViewModel() {
Log.e("dz", if(Looper.getMainLooper() == Looper.myLooper()) "主线程pre" else "子线程pre")
GlobalScope.launch {
withContext(Dispatchers.IO){
Log.e("dz",if(Looper.getMainLooper() ==Looper.myLooper())"主线程suspend-start" else "子线程suspend-start")
Thread.sleep(3000L);
Log.e("dz",if(Looper.getMainLooper() ==Looper.myLooper())"主线程suspend-end" else "子线程suspend-end")
}
Log.e("dz",if (Looper.myLooper() ==Looper.getMainLooper())"主线程" else "子线程");
以上代码输出：
2021-03-16 15:57:26.377 15976-15976/com.dq.qkotlin E/dz: 主线程pre
2021-03-16 15:57:26.416 15976-16523/com.dq.qkotlin E/dz: 子线程suspend-start
2021-03-16 15:57:29.417 15976-16523/com.dq.qkotlin E/dz: 子线程suspend-end
2021-03-16 15:57:29.419 15976-16523/com.dq.qkotlin E/dz: 子线程
最大的问题就在于最后一行 居然没想Activity一样正常回到主线程，但是如果把GlobalScope修改为viewModelScope，那么一切正常，最后一句打印”主线程“
说明了ViewModel里一定不能用GlobalScope，而是要用viewModelScope
2、采用以上suspend+retrofit方式请求网络，如果网络错误，会直接崩溃!
如果什么都不处理，ViewModel.kt的第39行代码会直接崩溃，压根就无法打印41行的Log
3、delay 和 sleep的区别
下面的代码，连续点击不会卡死主线程，无论是用delay还是sleep都不会卡死，但是选择delay还是sleep会影响用哪个子线程
这也是最常用的协程方式
```java
requireView().findViewById<TextView>(R.id.mainScope).setOnClickListener{v->
// 第一步 进入这里，main是主线程
mainScope.launch(){
println("mainScope start:${Thread.currentThread().name}")
// 第三步 进入这里，main是主线程。也就是说：这里已经有post(runable)的感觉了
withContext(Dispatchers.IO){
println("mainScope -> withContext coroutine1:${Thread.currentThread().name}")
// 第四步 进入这里，DefaultDispatcher-worker-2是子线程，这里可能是worker-2，也可能是worker-3，说明是线程池
delay(10000)
println("mainScope -> withContext coroutine2:${Thread.currentThread().name}")
// 第五步，10秒后 进入这里，DefaultDispatcher-worker-2是子线程，这里要么是worker-3，要么是wworker-2。所以这里可能和上面第四步并不是一条线程。
//注意1：即便你在上面10秒内调用了 mainScope.cancel()，这里的第五步的代码还是会走，只是下面第六步的代码不走了
//注意2：如果上面的 delay(10000) 换成了 sleep(10000) ,那么第四步和第五步就是同一条线程
}
println("mainScope ends:${Thread.currentThread().name}")
// 第六步，10秒后 进入这里，main是主线程
}
println("mainScope outside end:${Thread.currentThread().name}")
// 第二步 进入这里，main是主线程
}
```
把上面的 Dispatchers.IO 改成Dispatchers.Main，代码执行流程是一样的，但是所有都是在主线程里。
神奇的是，虽然代码都在主线程里，但是只要用delay做延时，就不会卡死主线程。
delay也是协程里的方法
```java
requireView().findViewById<TextView>(R.id.mainScope).setOnClickListener{v->
// 第一步 进入这里，main是主线程
mainScope.launch(){
println("mainScope start:${Thread.currentThread().name}")
// 第三步 进入这里，main是主线程。也就是说：这里已经有post(runable)的感觉了
withContext(Dispatchers.Main){
println("mainScope -> withContext coroutine1:${Thread.currentThread().name}")
// 第四步 进入这里，main是主线程
delay(10000)//如果这里改成sleep(10000)，那么会卡死主线程
println("mainScope -> withContext coroutine2:${Thread.currentThread().name}")
// 第五步，10秒后 进入这里，main是主线程
}
println("mainScope ends:${Thread.currentThread().name}")
// 第六步，10秒后 进入这里，main是主线程
}
println("mainScope outside end:${Thread.currentThread().name}")
// 第二步 进入这里，main是主线程
}
```
