Retrofit源码分析笔记（二）Kotlin协程的实现

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

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

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3YxM85ka-1665971173745)(https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/e626de5672654d1ca6b364a3777ae6cb~tplv-k3u1fbpfcp-watermark.image?)]

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

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

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Uc74om9I-1665971173745)(https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/d63306526f72482cb970f95dc2af341c~tplv-k3u1fbpfcp-watermark.image?)]

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

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Rwb9jbau-1665971173746)(https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/782595ad8ce047b0822547835984da9e~tplv-k3u1fbpfcp-watermark.image?)]

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

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-XxDiTPTr-1665971173746)(https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/88075147c3994980a1805652a74689fa~tplv-k3u1fbpfcp-watermark.image?)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-UMvyJsHK-1665971173747)(https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/a9f5158025174819a4a1fc958c89c6b4~tplv-k3u1fbpfcp-watermark.image?)]

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

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-UbIKAXF0-1665971173747)(https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/0040a57bc4a54663bfb6cff2feac31b3~tplv-k3u1fbpfcp-watermark.image?)]

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

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-I4uJwGAu-1665971173748)(https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/89a0d6dd3cdc483e906c4cbc86f80b11~tplv-k3u1fbpfcp-watermark.image?)]

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

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-T4LZhrS0-1665971173748)(https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/736a9d130b7d4c00a27ffddaef28c06d~tplv-k3u1fbpfcp-watermark.image?)]