android 协程 viewModelscope Android 协程 main线程调用retrofit

如遇图片无法查看请点击此链接retrofit源码分析笔记（一）

上一篇我们分析了最简单的retrofit用法，其实只需要添加合适的CallAdapter就可以结合LiveData，和Rxjava。
这篇文章主要是介绍Retrofit是怎么适配Kotlin协程的。
首先我们看一下Retrofit适配协程的写法

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3YxM85ka-1665971173745)(?)]

经过上述的配置，Retrofit已经可以适配协程的写法。

那么Retrofit是怎么适配协程的呢。在上一篇文章中，我们了解到retrofit的入参解析，在入参解析的时候就kotlin就已经确定是否需要使用协程，下面的代码中，p == lastParameter如果为true则方法使用了协程。
因为呗suspend关键字修饰的方法，在编译后会在入参中多一个Continuation关键字。这时候实际参数，会比用retrofit注解修饰的参数个数多一。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Uc74om9I-1665971173745)(?)]

并且在parseParameter方法中继续验证最后一个参数是否是Continuation

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Rwb9jbau-1665971173746)(?)]

在来看返回值，和CallAdapter的选择，上一篇我们跳过了协程的case。
第一个红框中的代码是在区分协程中，我们使用的是什么写法的返回值，直接返回java对象，还是返回Response对象且泛型类型为java对象。将标志位
continuationWantsResponse置为true。
在区分完对象后，统一将返回值包装成Call对象。
之后选择CallAdapter就显而易见，和上一篇一样，会选择DefaultCallAdapterFactory。
原因是我们协程的返回值被我们封装程Call.class对象了。
第二个框中的代码就是将收集的参数全部组合起来，根据标志位创建不同的javabean。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-XxDiTPTr-1665971173746)(?)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-UMvyJsHK-1665971173747)(?)]

我们先来看SuspendForResponse，在调用retrofit的invoke方法后，最后会调用的SuspendForResponse的adapt方法，上面我们已经说了CallAdapter会选择DefaultCallAdapterFactory，调用
KotlinExtensions.awaitResponse(call, continuation);将选择的call对象，和continuation传入方法。这是java调用Kotlin的扩展方法，不懂的同学可以看看。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-UbIKAXF0-1665971173747)(?)]

在awaitResponse方法中，调用了Call的enqueue方法，获取了请求返回值，DefaultCallAdapterFactory上一篇我们已经说过了，这里就不在叙述。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-I4uJwGAu-1665971173748)(?)]

至此协程的流程结束。
SuspendForBody中调用流程是一样的，只是会在请求完成后多了一步解析的工作

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-T4LZhrS0-1665971173748)(?)]