这可能是最好的RxJava 2.x 教程（完结版）

悠悠 2023-09-24 10:33 21阅读 0赞

这可能是最好的 RxJava 2.x 入门教程系列专栏

文章链接：

这可能是最好的RxJava 2.x 入门教程(一)

这可能是最好的RxJava 2.x 入门教程(二)

这可能是最好的RxJava 2.x 入门教程(三)

这可能是最好的RxJava 2.x 入门教程(四)

这可能是最好的RxJava 2.x 入门教程(五)

GitHub 代码同步更新：https://github.com/nanchen2251/RxJava2Examples

为了满足大家的饥渴难耐，GitHub将同步更新代码，主要包含基本的代码封装，RxJava 2.x所有操作符应用场景介绍和实际应用场景，后期除了RxJava可能还会增添其他东西，总之，GitHub上的Demo专为大家倾心打造。传送门：https://github.com/nanchen2251/RxJava2Examples

提升开发效率，降低维护成本一直是开发团队永恒不变的宗旨。近两年来国内的技术圈子中越来越多的开始提及 RxJava ，越来越多的应用和面试中都会有 RxJava ，而就目前的情况，Android 的网络库基本被 Retrofit + OkHttp 一统天下了，而配合上响应式编程 RxJava 可谓如鱼得水。想必大家肯定被近期的 Kotlin 炸开了锅，笔者也在闲暇之时去了解了一番(作为一个与时俱进的有理想的青年怎么可能不与时俱进？)，发现其中有个非常好的优点就是简洁，支持函数式编程。是的， RxJava 最大的优点也是简洁，但它不止是简洁，而且是\*\* 随着程序逻辑变得越来越复杂，它依然能够保持简洁 \*\*(这货洁身自好呀有木有)。

![Image 1][]

咳咳，要例子，猛戳这里：给 Android 开发者的 RxJava 详解

上面我们提及了响应式编程，不少新司机对它可谓一脸懵逼，那什么是响应式编程呢？响应式编程是一种基于异步数据流概念的编程模式。数据流就像一条河：它可以被观测，被过滤，被操作，或者为新的消费者与另外一条流合并为一条新的流。

响应式编程的一个关键概念是事件。事件可以被等待，可以触发过程，也可以触发其它事件。事件是唯一的以合适的方式将我们的现实世界映射到我们的软件中：如果屋里太热了我们就打开一扇窗户。同样的，当我们的天气app从服务端获取到新的天气数据后，我们需要更新app上展示天气信息的UI；汽车上的车道偏移系统探测到车辆偏移了正常路线就会提醒驾驶者纠正，就是是响应事件。

今天，响应式编程最通用的一个场景是UI：我们的移动App必须做出对网络调用、用户触摸输入和系统弹框的响应。在这个世界上，软件之所以是事件驱动并响应的是因为现实生活也是如此。

RxJava 这些年可谓越来越流行，而在去年的晚些时候发布了2.0正式版。大半年已过，虽然网上已经出现了大部分的 RxJava 教程(其实细心的你还是会发现 1.x 的超级多)，前些日子，笔者花了大约两周的闲暇之时写了 RxJava 2.x 系列教程，也得到了不少反馈，其中就有不少读者觉得每一篇的教程太短，抑或是希望更多的侧重适用场景的介绍，在这样的大前提下，这篇完结版教程就此诞生，仅供各位新司机采纳。

![Image 1][]

RxJava 2.x 已经按照 Reactive-Streams specification 规范完全的重写了，maven也被放在了 下，所以 RxJava 2.x 独立于 RxJava 1.x 而存在，而随后官方宣布的将在一段时间后终止对 RxJava 1.x 的维护，所以对于熟悉 RxJava 1.x 的老司机自然可以直接看一下 2.x 的文档和异同就能轻松上手了，而对于不熟悉的年轻司机，不要慌，本酱带你装逼带你飞，马上就发车，坐稳了：https://github.com/nanchen2251/RxJava2Examples

你只需要在 build.gradle 中加上：(2.1.1为写此文章时的最新版本)

![Image 1][]

RxJava 2.x 拥有了新的特性，其依赖于4个基础接口，它们分别是

Publisher

Subscriber

Subscription

Processor

其中最核心的莫过于 和 。 可以发出一系列的事件，而 负责和处理这些事件。

其中用的比较多的自然是 的 ，它支持背压。关于背压给个简洁的定义就是：

背压是指在异步场景中，被观察者发送事件速度远快于观察者的处理速度的情况下，一种告诉上游的被观察者降低发送速度的策略。

简而言之，背压是流速控制的一种策略。有兴趣的可以看一下官方对于背压的讲解。

可以明显地发现，RxJava 2.x 最大的改动就是对于 的处理，为此将原来的 拆分成了新的 和 ，同时其他相关部分也同时进行了拆分，但令人庆幸的是，是它，是它，还是它，还是我们最熟悉和最喜欢的 RxJava。

大家可能都知道， RxJava 以观察者模式为骨架，在 2.0 中依旧如此。

不过此次更新中，出现了两种观察者模式：

Observable ( 被观察者 ) / Observer ( 观察者 )

Flowable (被观察者)/ Subscriber (观察者)

![Image 1][]

在 RxJava 2.x 中，Observable 用于订阅 Observer，不再支持背压(1.x 中可以使用背压策略)，而 Flowable 用于订阅 Subscriber ， 是支持背压(Backpressure)的。

在 RxJava 1.x 中，我们最熟悉的莫过于 这个类了，笔者在刚刚使用 RxJava 2.x 的时候，创建了 一个 ，瞬间一脸懵逼有木有，居然连我们最最熟悉的 都没了，取而代之的是 ，俗称发射器。此外，由于没有了的踪影，我们创建观察者时需使用 。而 也不是我们熟悉的那个 ，又出现了一个 参数带你装逼带你飞。

废话不多说，从会用开始，还记得 RxJava 的三部曲吗？

![Image 1][]

\*\* 第一步：初始化 Observable \*\*

\*\* 第二步：初始化 Observer \*\*

\*\* 第三步：建立订阅关系 \*\*

![Image 1][]

不难看出，RxJava 2.x 与 1.x 还是存在着一些区别的。首先，创建 时，回调的是 ，字面意思即发射器，并且直接 throws Exception。其次，在创建的 Observer 中，也多了一个回调方法：，传递参数为， 相当于 RxJava 1.x 中的 ， 用于解除订阅。可以看到示例代码中，在 i 自增到 2 的时候，订阅关系被切断。

当然，我们的 RxJava 2.x 也为我们保留了简化订阅方法，我们可以根据需求，进行相应的简化订阅，只不过传入对象改为了 。

即消费者，用于接收单个值， 则是接收两个值， 用于变换对象， 用于判断。这些接口命名大多参照了 Java 8 ，熟悉 Java 8 新特性的应该都知道意思，这里也不再赘述。

关于线程切换这点，RxJava 1.x 和 RxJava 2.x 的实现思路是一样的。这里简单的说一下，以便于我们的新司机入手。

subScribeOn

同 RxJava 1.x 一样， 用于指定 时所发生的线程，从源码角度可以看出，内部线程调度是通过 来实现的。

的核心源码在 方法中，通过代理的方式使用 包装 后，设置 来将 切换到 线程中。

observeOn

方法用于指定下游 回调发生的线程。

线程切换需要注意的

RxJava 内置的线程调度器的确可以让我们的线程切换得心应手，但其中也有些需要注意的地方。

简单地说， 指定的就是发射事件的线程， 指定的就是订阅者接收事件的线程。

多次指定发射事件的线程只有第一次指定的有效，也就是说多次调用 只有第一次的有效，其余的会被忽略。

但多次指定订阅者接收线程是可以的，也就是说每调用一次 ，下游的线程就会切换一次。

![Image 1][]

输出：

实例代码中，分别用 和 对发射线程进行切换，并采用 和 进行了接收线程的切换。可以看到输出中发射线程仅仅响应了第一个 ，但每调用一次 ，线程便会切换一次，因此如果我们有类似的需求时，便知道如何处理了。

RxJava 中，已经内置了很多线程选项供我们选择，例如有：

代表io操作的线程, 通常用于网络,读写文件等io密集型的操作；

代表CPU计算密集型的操作, 例如需要大量计算的操作；

代表一个常规的新线程；

代表Android的主线程

这些内置的 已经足够满足我们开发的需求，因此我们应该使用内置的这些选项，而 RxJava 内部使用的是线程池来维护这些线程，所以效率也比较高。

关于操作符，在官方文档中已经做了非常完善的讲解，并且笔者前面的系列教程中也着重讲解了绝大多数的操作符作用，这里受于篇幅限制，就不多做赘述，只挑选几个进行实际情景的讲解。

![Image 1][]

map

![Image 1][]

操作符可以将一个 对象通过某种关系转换为另一个 对象。在 2.x 中和 1.x 中作用几乎一致，不同点在于：2.x 将 1.x 中的 和 改为了 和 。

采用 map 操作符进行网络数据解析

想必大家都知道，很多时候我们在使用 RxJava 的时候总是和 Retrofit 进行结合使用，而为了方便演示，这里我们就暂且采用 OkHttp3 进行演示，配合 ， ，线程切换进行简单的网络请求：

1)通过 Observable.create() 方法，调用 OkHttp 网络请求；

2)通过 map 操作符集合 gson，将 Response 转换为 bean 类；

3)通过 doOnNext() 方法，解析 bean 中的数据，并进行数据库存储等操作；

4)调度线程，在子线程中进行耗时操作任务，在主线程中更新 UI ；

5)通过 subscribe()，根据请求成功或者失败来更新 UI 。

concat

![Image 1][]

可以做到不交错的发射两个甚至多个 Observable 的发射事件，并且只有前一个 终止() 后才会订阅下一个 。

采用 concat 操作符先读取缓存再通过网络请求获取数据

想必在实际应用中，很多时候(对数据操作不敏感时)都需要我们先读取缓存的数据，如果缓存没有数据，再通过网络请求获取，随后在主线程更新我们的UI。

操作符简直就是为我们这种需求量身定做。

利用 的必须调用 后才能订阅下一个 的特性，我们就可以先读取缓存数据，倘若获取到的缓存数据不是我们想要的，再调用 以执行获取网络数据的 ，如果缓存数据能应我们所需，则直接调用 ，防止过度的网络请求，浪费用户的流量。

有时候我们的缓存可能还会分为 memory 和 disk ，实际上都差不多，无非是多写点 ，然后通过 合并即可。

flatMap 实现多个网络请求依次依赖

想必这种情况也在实际情况中比比皆是，例如用户注册成功后需要自动登录，我们只需要先通过注册接口注册用户信息，注册成功后马上调用登录接口进行自动登录即可。

我们的 恰好解决了这种应用场景， 操作符可以将一个发射数据的 变换为多个 ，然后将它们发射的数据合并后放到一个单独的 ，利用这个特性，我们很轻松地达到了我们的需求。

善用 zip 操作符，实现多个接口数据共同更新 UI

在实际应用中，我们极有可能会在一个页面显示的数据来源于多个接口，这时候我们的 操作符为我们排忧解难。

操作符可以将多个 的数据结合为一个数据源再发射出去。

采用 interval 操作符实现心跳间隔任务

想必即时通讯等需要轮训的任务在如今的 APP 中已是很常见，而 RxJava 2.x 的 操作符可谓完美地解决了我们的疑惑。

这里就简单的意思一下轮训。

由于 RxJava 2.x 变化较大无法直接升级，幸运的是，官方为我们提供了 RxJava2Interrop 这个库，可以方便地把 RxJava 1.x 升级到 RxJava 2.x，或者将 RxJava 2.x 转回到 RxJava 1.x。

本酱看你都看到这儿了，实为未来的栋梁之才，所以且送你一本经书：

https://github.com/nanchen2251/RxJava2Examples

![Image 1][]

GIF.gif

![Image 1][]

[Image 1]:

这可能是最好的RxJava 2.x 教程（完结版）

发表评论取消回复

还没有评论，来说两句吧...

相关阅读

相关这可能是最好的RxJava 2.x 教程（完结版）

相关这可能是迄今为止对大前端最好的解释

相关 kbone 是什么？这可能是最好的小程序开源框架

相关这可能是你近2年进腾讯的最好机会!

相关这可能是你近2年进腾讯的最好机会！！！

相关这是我见过最好的NumPy图解教程！

相关可能是CAP理论的最好解释

相关可能是CAP理论的最好解释

相关这可能是最好的性能优化教程（二）

相关这可能是最中肯的Redis规范了