思考题： （1）执行async可认为一瞬间就到了suspendCancellableCoroutine的await扩展方法，即协程被挂起。 （2）执行deferred.cancel()，可以使得挂起函数立刻返回并抛出协程cancel异常 （3）协程取消了，但网络请求还是发出去了，（因为网络请求有自己的线程）也会回来，调用continuation.resume，发现协程被取消了，抛出协程已经被取消的异常 （4.1）网络IO比deferred.await()早，那么deferred.await()会拿到异常，并catch （4.2）网络IO比deferred.await()晚，那么deferred.await()会立刻返回，没有异常 以上都是我猜的，没有实际运行 -.-

KtHttpV3.invoke()方法返回值这样写会将同步请求的返回值转成了一个异步的KtCall return if (isKtCallReturn(method)){ KtCall<T>( client.newCall(request), gson, getTypeArgument(method) ) }else{ val response = client.newCall(request).execute() //这里转成了一个KtCall对象 gson.fromJson( response.body?.string(), method.genericReturnType ) } 而这样写就不会 if (isKtCallReturn(method)){ return KtCall<T>( client.newCall(request), gson, getTypeArgument(method) ) }else{ val response = client.newCall(request).execute() return gson.fromJson( response.body?.string(), method.genericReturnType ) } 这是为什么呢

请问为什么Async的写法response返回后程序没有结束呢？

第一，它可以避免不必要的挂起，提升运行效率 ；请问老师，这一条指的是？ 思考题： 网络请求还是会执行，第一点避免了，但是二点没有避免。

问题二：像 suspendCoroutine 这一类系统所提供的挂起函数底层到底实现了什么，才使得其具有挂起的功能？是内部自己实现了 Callback 吗？为啥我们自己实现的 suspend 函数必须调用系统提供的挂起函数才能生效？

涛哥，问两个问题哈。如果上面例子中的网络请求是运行在当前线程，是不是这里的挂起实际上也没有什么用，因为其还是会阻塞当前线程（像下面的代码一样）？ suspend fun testSuspendFunc() { suspendCancellableCoroutine<Unit> { // stimulate the network request Thread.sleep(5000) it.resumeWith(Result.success(Unit)) } }

思考题的执行结果和 suspendCoroutine 的执行结果是一样的。取消了监听 invokeOnCancellation 的方法后，suspendCancellableoroutine 和 suspendCoroutine 本质上是一回事。

和retrofit2 源码相比，文章的代码质量差太远，还不如自己直接学习retrofit2如何支持suspend

已经用起来了