Retrofit的回调地狱，在Kotlin协程模式下真是不堪一击！

前言

从 Java，OC 到 Swift再到Kotlin，高级编程语言的终极目标都是为了提高生产力。例如Kotlin的协程，处理异步任务的能力真是远胜Java。作为基于线程池API的轻量级线程，处理并发任务对它来说真是小菜一碟。虽然很多开发者都表示疑惑：相比需要付出学习成本的Kotlin，用Handler或者RxJava不更香？但其实不然，因为Kotlin协程最大的优点就是：用阻塞的方式写出非阻塞式的代码，可以轻松解决并发问题中最让人头疼的回调地狱。协程也让网络请求开发重获新生。

Kotlin+协程下的网络请求开发对于网络请求开发，大家基本都是用Retrofit封装OkHttp，自2.6.0版本开始，Retrofit这个超强的框架也是为Kotlin增强了兼容性：内置了对Kotlin协程的支持。协程的加入可以说让Retrofit+OkHttp这个经典组合更上一层楼：

调用简单、少写重复
代码不依赖第三方库
可以通过模板快速上手

除此之外，协程可以用于多个网络请求的并行执行和的串行合并。如果只是针对单个网络请求，Rxjava，Retrofit的原始callback也可以很好地处理，但是开发过程中，一个页面经常需要进行多次网络请求，如果不使用协程，就会碰到回调地狱，或者需要写很多代码来判断每个api的返回情况，然后做数据排序或者合并，这样对于性能有很大影响。Retrofit对接口利用注解进行封装，实现接口定义的规范统一的优点结合协程模式，网络请求的开发注定会更加高效。但在网络模块的开发过程中，我们还是会遇到一些问题：例如数据序列化。当接口请求失败或者返回的数据错误，按照常理，我们不会解析data。但gson每次都会对json进行反序列化，不管json里面的数据是否是成功的，里面的data都会被反序列化，这着实让人悲伤。除此之外，API窃听、非对称加密的过程，以及Https的原理等等也是我们开发、以及面试时常常遇见的问题。