随着Google越来越多的SDK库使用Kotlin进行编写，留给Android Java Coder的时间越来越少。诚然用java开发Android应用依旧在国内还是主力语言，用java依旧能开发出优秀的原生android应用，但是如果我们想要提升自己在职场的竞争力，我们也不得不去接受和学习Kotlin语言，更不用说使用Kotlin之后带来的质一般的开发体验，同时也能有效的避免一些空异常带来的Crash。

后面系列文章主要讲述Kotlin协程，同时也会对比RxJava，来展现Kotlin的语法糖魅力，以及kotlin协程是如何让异步编程变得如此简单!

kotlinx.coroutines是一个由JetBrains开发的丰富的协程库。

协程概念

“协程是可挂起计算的一个实例”，初看这段文字确实看得让人一头雾水。

协程在概念上类似于线程，在这个意义上，它需要一个代码块运行，并具有类似的生命周期，它可以被创建和启动，但它不绑定到任何特定的线程。协程可以在一个线程中挂起其执行，并在另一个线程中恢复。而且，像future 或 promise那样，它在完结时可能伴随着某种结果（值或异常）。

协程就像非常轻量级的线程。线程是由系统调度的，线程切换或线程阻塞的开销都比较大。而协程依赖于线程，但是协程挂起时不需要阻塞线程，几乎是无代价的，协程是由开发者控制的。所以协程也像用户态的线程，非常轻量级，一个线程中可以创建任意个协程。

既然协程是由开发者自己控制，那么我们一定要知道我们使用的协程在何时挂起，然后又再何时重新恢复。如果没办法知道，那就需要谨慎使用协程！

为什么需要协程？

先展示一张使用线程请求网络的图，如下：

流程解析：

1. 在主线程中创建一个Http请求任务；
2. 为这个任务分配一个子线程去执行请求任务;
3. 子线程发起请求后将会阻塞等待网络请求的返回结果，拿到结果后会将数据转换成我们需要的实体对象;
4. 在主线程中执行回调接口，刷新UI。

上面的流程中为请求任务分配子线程一般都会配合线程池去做，以防止不断创建线程而产生系统开销，但在线程真正执行过程中经常会遇到因磁盘IO或者是网络请求等操作而导致线程阻塞，而此时当前线程只能阻塞等待，无法做任何事情，在等待的这段时间里线程相当于白白了浪费了自身资源，导致线程自身利用率低下。

接下来看一下协程方式是怎么处理网络请求的，如下图

流程解析：

1. 在主线程中创建一个协程，在协程中创建网络请求任务；
2. 为协程分配一个子线程去发起网络请求；
3. 挂起子线程中的协程，此时仅仅是协程挂起，该子线程并没有挂起阻塞；
4. 协程等待请求结果回来之后，会在子线程中重新恢复协程执行；
5. 在主线程中执行某个回调，拿到请求数据刷新UI。

使用协程可以最大程度的复用线程，通过让线程满载运行，从而达到充分的利用CPU提高系统性能。

告别回调地狱

使用协程另外一个好处就是可以让开发者们告别异步编程中的回调地狱，简化异步编程，让写异步代码和写同步代码一样简单，增强了代码的可读性、可理解性和可维护性。

我们经常会遇到这样的场景，一个请求依赖另一个请求。

常用实现方式：

fun login() {	
	requestToken { token ->
      requestUser(token) { user ->
      		todo something
    	}	
   }
}

RxJava实现方式：

fun login(){
  Single.fromCallback{
    requestToken()
  }.map {
    token -> requestUser(token)
  }.subscribe(
    {user -> todo something},
    {e -> e.printStackTrace()}
  )
}

Kotlin协程实现方式：

fun login() {
	val token = requestToken()
	val user = requestUser(token)
	todo something
}