【译文】kotlin1.3 版本的协程

原文链接：https://antonioleiva.com/coroutines/

协程是 kotlin 中让人激动的特性之一，使用协程，可以用一种优雅的方式来简化异步编程，让代码更加可读和易于理解。
使用协程，你可以用同步的方式写异步代码，而不是传统的 Callback 方式来写。同步方法的返回值就是异步计算的结果。
到底有什么魔力发生呢？我们马上即可学习它，在此之前，让我们了解下为什么协程很有必要。
协程是 kotlin1.1 推出的实验特性，在 kotlin1.3 版本发布了最终的 Api，现在已经可以投入生产。

Coroutines goal: The problem

假设你需要开发一个登录页面，UI 如下：

用户输入用户名和密码，然后点击登录按钮。

你的 App 代码实现里，需要向服务端发起请求来校验登录，然后请求该用户的好友列表，最后显示在屏幕上。

使用 kotlin 写出来的代码像这样：

progress.visibility = View.VISIBLE

userService.doLoginAsync(username, password) { user ->
userService.requestCurrentFriendsAsync(user) { friends ->
 
    val finalUser = user.copy(friends = friends)
    toast("User ${finalUser.name} has ${finalUser.friends.size} friends")
 
    progress.visibility = View.GONE
}
}

这些步骤如下：

1.显示一个加载进度条

2.发送请求到服务端校验登录态

3.等待登录结果，再次请求好友列表

4.最后，隐藏掉加载进度条

但场景会越来越复杂，想象下这个 接口 还不是完善的，你获取好友列表数据后，还需要获取 推荐好友 列表数据，然后合并两个请求结果到一个单独的列表

有两种选择：

1.在好友列表请求完成后，请求推荐好友列表，这种方式是最简单的方式，但却不是高效的，第二个请求不需要等待第一个请求的结果。

2.同一时间发起两个请求，再同步两个结果，这种方式较为复杂。

在实际开发中，偷懒的程序员可能会选择第一种：

progress.visibility = View.VISIBLE

userService.doLoginAsync(username, password) { user ->
userService.requestCurrentFriendsAsync(user) { currentFriends ->
 
    userService.requestSuggestedFriendsAsync(user) { suggestedFriends ->
        val finalUser = user.copy(friends = currentFriends + suggestedFriends)
        toast("User ${finalUser.name} has ${finalUser.friends.size} friends")
 
        progress.visibility = View.GONE
    }
 
}
}

代码开始变得难以理解，我们看到了令人恐惧的嵌套回调，即下一个请求总是嵌套在了上一个请求的 callback 里。

kotlin 的 lambdas 表达式，让其不至于那么难看。但谁知道呢？将来你依然需要添加请求，使其变的越来越糟糕。

此外，别忘了我们这使用的是简单的方式，也就没那么高效了。

What are coroutines?

为了轻松的理解协程。我们可以说协程就像线程一样，但比线程更好。

首先，协程可以让你有顺序的写异步代码，大大的减轻了写异步代码的负担。

其次，它们更加的高效，多个协程可以在同一个线程上跑起来。App 可运行的线程数量是有限的，但是可运行的协程数量是近乎无限的

协程的基础是 suspending functions（中断函数）。中断函数可以在任意的时刻中断 协程 的运行，直到中断函数执行完成，或返回结果而结束

中断函数不会阻塞当前线程（通常情况下），我们说通常情况下，是因为取决于使用方式。具体下面会讲到。

coroutine {
    progress.visibility = View.VISIBLE
val u