可能部分人会才取接口增加onError的方案，至于原因，可以是因为不同线程抛出的异常，android无法直接在最外层try catch住，但是这种方案在调用层次一多，书写上就更加缭乱了。 rxjava支持统一的异常处理，已经能满足大部分需求，但是相比kotlin还是存在不足。 …

协程的方式一样拥有很好的线程切换方式，并且能够比rxjava更加高效(看示例中的注释),表达上，更加简洁。(结合异常处理后，还会有更好的优势)

在协程中，不同的启动方式，对异常的传播处理不一样。 对于launch和actor构建器是不传播异常的，async和produce是传播异常的。 传播异常表示不在本协程所在线程发生，异常直接往外抛到启动该协程所在的线程。 只会再logCat输出异常异常，并不会影响到外部线程的运行…

lazy如字面意思，懒惰，需要我们主动触发才能进入等待调度阶段，否则不会有机会执行到。 DEFAULT执行前可以被取消。

常用调度器调度器描述缺省的等待被调度，运行在当前线程上Default等待被调度，运行新的线程上Main等待被调度，运行在UI线程上IO等待被调度，运行新的线程上，适合IO操作Unconfined立即被

协程通过delay(timeMillis)实现挂起，线程通过sleep(timeMillis)实现休眠。但是挂起和休眠存着差异性 1.协程存在父协程的概念，但是线程没有啥所谓的父线程。取消父协程后，会自动取消其所有的子协程； 协程在执行cancel()后，内部的扩展属性isAc…