1.RxJava3原理解析
2.「Android技术汇」Retrofit2 源码解析和案例说明
3.Retrofit 源码解析
4.okhttp,源码retrofit,android-async-http,volley应该选择哪一
5.还在用Feign？推荐一款微服务间调用神器，跟SpringCloud绝配！源码
6.舒服了！源码Kotlin协程优雅的源码与Retrofit缠绵

RxJava3原理解析

       RxJava3是一个用于构建异步和基于事件的程序的强大工具，官方定义为Java VM上的源码可观测序列库。本文以3.0.版本的源码eventbus 3.0源码分析源码为例，从基础使用开始，源码讲解如何与Retrofit结合，源码实现网络请求的源码链式操作。

       首先，源码我们通过一个简单的源码示例来演示如何构建Retrofit实例，定义API并发起网络请求，源码从而利用RxJava的源码链式操作。

       接着，源码我们从基础的源码just操作符开始理解订阅关系。Single.just(1)创建了一个SingleJust实例，RxJava的订阅过程主要由subscribeActual方法控制。SingleJust在实际订阅时，直接回调观察者的onSubscribe和onSuccess，没有错误处理，因为数据不包含失败状态。

       然后，我们探讨map操作符，它用于数据转换。map的实现是通过构建SingleMap，其订阅过程与just类似，只是将上游的数据通过map操作进行转换后再传递给下游的观察者。

       框架结构方面，RxJava以操作符（如map）为核心，它们通过dispose方法来控制工作流程。dispose有多种情况，理解这些情况有助于更好地控制程序的执行。

       对于无后续操作的Single.just，如无延迟，dispose操作相对简单，多周期boll源码因为任务很快完成。而Observable.interval和Single.delay则涉及后续任务和延迟，它们通过Disposable和调度器管理任务的执行和取消。

       线程切换是RxJava的关键功能，subscribeOn和observeOn分别用于指定操作的线程。例如，SingleSubscribeOn用于指定订阅操作的线程，而ObserveOnSingleObserver则在指定线程中执行观察者的方法。

       最后，Scheduler是控制线程执行的关键，如Schedulers.newThread、Schedulers.io和AndroidSchedulers.mainThread各有其用途。RxJava的这些核心特性使得它在Android开发中广泛应用，特别是处理异步操作和线程切换。

「Android技术汇」Retrofit2 源码解析和案例说明

       各位好！小魔王同学给您带来一篇技术文章 —— Retrofit2的源码解析。由峰瑞资本技术团队的Android小牛“大白”撰写，小魔王同学负责修改和润色。文章旨在深入理解Retrofit2这一由Square贡献的Android界四大神器之一，帮助开发者更高效地进行网络请求。

       Retrofit2是一个基于OkHttp的RESTFUL API请求工具，相比Google的Volley，Retrofit在设计上更加简洁优雅，更适合构建Android应用。它的使用方式非常直观，只需调用Java方法，即可实现HTTP请求。

       文章分为四大部分，旨在全面解析Retrofit2的原理、用法和源码。

       1. Retrofit2是什么

       Retrofit2是一个强大的HTTP客户端，它使得开发者能够以一种类型安全、简洁的方式，实现RESTful API的多方视频通话源码调用。其设计思路独特，代码量极少，深入研究其源码能够大大提升对网络请求的理解与实践能力。

       2. Retrofit2如何使用

       使用Retrofit2，首先创建Retrofit对象并指定API域名，接着定义Java接口描述API，使用Retrofit对象生成接口实例。通过接口实例调用API即可获取数据。这种调用方式极大地简化了HTTP请求的编写，使得代码更加易读且易于维护。

       3. Retrofit2的原理

       Retrofit2通过Java动态代理将描述的API方法转化为HTTP请求。具体来说，Retrofit创建一个代理对象，拦截调用并解析注解，生成请求参数，最终由OkHttp执行网络请求。这一过程使得Retrofit2能够灵活地处理各种API请求。

       4. Retrofit2源码分析

       Retrofit2的源码结构清晰，主要包含Retrofit接口、Callback、Converter、Call、CallAdapter等组件。这些组件相互协作，实现了从API描述到HTTP请求的转换。

       Retrofit2在运行时通过动态代理将API调用转化为请求，再通过OkHttp执行网络操作。通过解析注解信息，Retrofit2能够生成请求参数、方法、路径等信息，最终返回一个Call对象，用于执行网络请求。

       总结

       Retrofit2通过注解描述API接口，spring源码构建idea动态代理执行请求，结合OkHttp高效执行网络操作。其简洁、高效的设计使得Retrofit2成为构建Android应用时处理HTTP请求的首选工具。深入理解Retrofit2的原理与源码，将极大地提升开发者在构建网络服务时的灵活性与效率。

       感谢开源社区提供的宝贵资源，让我们有机会学习和理解像Picasso和Retrofit这样的优秀项目。学习这些项目不仅能够提升编程技巧，更能够深入理解面向接口编程的精髓。

Retrofit 源码解析

       Retrofit源码深入解析，我们将通过构建过程逐步揭示其工作原理。

       首先，从Builder的无参构造开始，它会创建一个Platform对象，对于Android环境，会选择Android内部类。接着，Builder的build方法主要负责构建Retrofit对象，包括CallFactory、CallAdapter.Factory和Converter.Factory。如图所示，这些组件在后续的网络请求中发挥关键作用。

       CallAdapter.Factory中，我们重点关注ExecutorCallAdapterFactory，它在接口实例化时起到关键作用。当你通过retrofit.create创建接口实例时，动态代理模式开始发挥作用，通过获取接口方法的返回类型来适配网络请求。

       调用接口方法时，如i/LianjiaTech/...，同时项目源码地址也在：github.com/macrozheng/s...

舒服了！Kotlin协程优雅的与Retrofit缠绵

       Kotlin已成为Android开发的Google推荐语言，项目已长时间使用Kotlin。看手机app源码Kotlin 1.3发布后，Kotlin协程已稳定，引发了一些思考。

       对于网络请求功能，我们一直在思考如何编写优雅、简洁、快速、安全的代码。这也是许多开发者持续思考的问题。由于我们项目使用Retrofit作为网络库，因此所有思考都基于Retrofit展开。

       本文将从我的思考历程开始，涉及Kotlin协程、扩展方法、DSL等。没有基础的小伙伴，请先了解这三样东西。关于DSL，可以参考我写的简介。

       网络请求中，我们需要关注页面生命周期的绑定，关闭页面时需关闭未完成的网络请求。前辈们为此各显神通。我也是从学习、模仿前辈，到自我理解的转变。

       最初使用Callback异步方法是Retrofit最基本的使用方式。在关闭网络请求时，需要在onDestroy中调用cancel方法。这种方式容易导致忘记调用cancel方法，且网络操作和关闭请求的操作分开，不利于管理。

       随着Rx的火爆，我们项目的网络请求方式也逐渐转为Rx。在Rx的使用中，我们尝试了各种封装方式，如自定义Subscriber，将onNext、onCompleted、onError进行拆分组合，满足不同需求。

       在Retrofit中添加Rx转换器RxJava2CallAdapterFactory.create()，将接口的Call改为Observable。使用方式如下，配合RxAndroid绑定声明周期。这种使用方式方便了许多，响应式编程的思想也很优秀，一切皆为事件流。通过RxAndroid切换UI线程和绑定页面生命周期，页面关闭时自动切断向下传递的事件流。

       RxJava最大的风险在于内存泄露，而RxAndroid确实规避了一定的泄露风险。通过查看RxJava2CallAdapterFactory的源码，发现确实调用了cancel方法，貌似不错。但总觉得RxJava过于庞大，有些大材小用。

       随着项目推进和Google全家桶发布，轻量化版本的RxJava进入我们的视线，那就是LiveData。LiveData借鉴了很多RxJava的设计思想，属于响应式编程范畴。LiveData的最大优势在于响应Activity的生命周期，无需像RxJava那样绑定声明周期。

       首先需要添加LiveDataCallAdapterFactory，用于将Retrofit的Callback转换为LiveData。接口改为，调用方法如下。在项目中使用时，通常会自定义Observer，用于区分各种数据。

       在调用observe方法时，传递this，指的是声明周期。一般我们在AppCompatActivity中使用时，直接传递其本身即可。通过查看源码可以发现，this本身是传递的LifecycleOwner。在层层跳转AppCompatActivity时，会发现AppCompatActivity继承于SupportActivity的父类，实现了LifecycleOwner接口。一般只需传递其本身即可。LiveData会自动处理数据流的监听和解除绑定。

       在onCreate中对数据进行一次性的绑定，后面就不需要再次绑定了。当生命周期走到onStart和onResume时，LiveData会自动接收事件流；当页面处于不活动时，会暂停接收事件流，页面恢复时恢复数据接收。当页面onDestroy时，会自动删除观察者，从而中断事件流。

       可以看出LiveData作为官方套件，使用简单，生命周期的响应也很智能，一般都不需要额外处理了。更高级的用法可以参考官方Demo，可以对数据库缓存等待进行一整套响应式封装，非常不错。建议学习官方的封装思想，就算不用，也是对自己大有裨益。

       上面说了那么多，这里步入正题。大家仔细观察会发现，上面均是使用Retrofit的enqueue异步方法，再使用Callback进行网络回调，就算是RxJava和LiveData转换器，内部其实也是使用的Callback。在此之前，Retrofit的作者也写了一个协程的转换器，但内部依然使用的是Callback，本质相同。Retrofit有同步和异步两种调用方式。上面这就是异步调用方式，传入一个Callback，这也是我们最常用到的方式。

       上面这种是同步调用方法，会阻塞线程，返回的直接就是网络数据Response，很少使用。后来我就在思考，能不能结合Kotlin的协程，抛弃Callback，直接使用Retrofit的同步方法，把异步当同步写，代码顺序书写，逻辑清晰，效率高，同步的写法更方便对象的管理。

       首先写一个协程的扩展方法，上面就是核心代码，主要的意思都写了注释。整个工作流程是出于UI协程中，所以可以随意操作UI控件，接着在IO线程中去同步调用网络请求，并等待IO线程执行完毕，接着再拿到结果进行处理，整个流程都是基于同步代码的书写方式，一步一个流程，没有回掉导致的代码割裂感。那么继续，我们想办法把获取的数据返回出去。

       这里我们采用DSL方法，首先自定义一个类，此类对外暴露了三个方法：onSuccess、onComplete、onFailed，用于分类返回数据。接着，我们对核心代码进行改造，将方法进行传递。这里使用DSL传递方法，可以更具需要传递的，例如只需要onSuccess，那就只传递这一个方法，不必三个都传递，按需使用。

       使用方式如下，首先需要按照Kotlin的官方文档改造下Activity，Activity实现CoroutineScope接口，就能直接根据当前的context获取协程使用。接下来就是真正的使用，在任意位置即可调用此扩展方法。在有的时候，我们只需要处理onSuccess的情况，并不关心其他两个。那么直接写：需要哪个写哪个，代码非常整洁。

       可以看出，我们不需要单独再对网络请求进行生命周期的绑定，在页面被销毁的时候，job也就被关闭了，当协程被关闭后，会执行调用Retrofit的cancel方法关闭网络。

       协程的开销小于Thread多线程，响应速度很快，非常适合轻量化的工作流程。对于协程的使用，还有更多深入的思考和学习。协程并不是Thread的替代品，而是多异步任务的一个补充，我们不能按照惯性思维去理解协程，而是要多从其本身特性入手，开发出它更安逸的使用方式。而且随着Retrofit 2.6.0的发布，自带了新的协程方案，增加了suspend挂起函数的支持，可见协程的应用会越来越受欢迎。

       上面所说的所有网络处理方法，不论是Rx还是LiveData，都是很好的封装方式，技术没有好坏之分。我的协程封装方式也许不是最好的，但是我们不能缺乏思考、探索、实践三要素，去想去做。