Rxjava3文档级教程

Rxjava3文档级教程：https://blog.csdn.net/LucasXu01/article/details/105279367

 

Rxjava3文档级教程一： 介绍和基本使用

Rxjava3文档级教程二： 操作符全解

Rxjava3文档级教程三： 实战演练

目录

一 Rxjava3简介

ReactiveX的历史

什么是ReactiveX

RxJava

二 Rx中的一些概念

2.1 字段含义

2.2 上/下流

2.3 流对象

2.4 背压(Backpressure)

2.5 线程调度器（Schedulers）

2.6 事件调度器

2.7 基类

2.8 Observables的"热"和"冷"

三 RxJava的简单使用

3.1 Observable/Observer

3.2 Flowable/Subscriber

3.3 其他的观察者

3.3.1 Single/SingleObserver

3.3.2 Completable/CompletableObserver

3.3.3 Maybe/MaybeObserver

3.4 事件调度器释放事件

3.5 小结

补充 1 Rxjava 3.x 主要更新内容如下API changes：

参考文章：

---

一 Rxjava3简介

ReactiveX的历史

ReactiveX是Reactive Extensions的缩写，一般简写为Rx，最初是LINQ的一个扩展，由微软的架构师Erik Meijer领导的团队开发，在2012年11月开源，Rx是一个编程模型，目标是提供一致的编程接口，帮助开发者更方便的处理异步数据流，Rx近几年越来越流行了，现在已经支持几乎全部的流行编程语言了，Rx的大部分语言库由ReactiveX这个组织负责维护，比较流行的有RxJava/RxJS/Rx.NET，社区网站是 reactivex.io。

什么是ReactiveX

微软给的定义是，Rx是一个函数库，让开发者可以利用可观察序列和LINQ风格查询操作符来编写异步和基于事件的程序，使用Rx，开发者可以用Observables表示异步数据流，用LINQ操作符查询异步数据流， 用Schedulers参数化异步数据流的并发处理，Rx可以这样定义：Rx = Observables + LINQ + Schedulers。

ReactiveX.io给的定义是，Rx是一个使用可观察数据流进行异步编程的编程接口，ReactiveX结合了观察者模式、迭代器模式和函数式编程的精华。

Observable拥有它的近亲Iterable的全部优雅与灵活。任何对Iterable的操作，你都可以对Observable使用。

RxJava

RxJava是响应式编程(Reactive Extensions)的java实现，它基于观察者模式的实现了异步编程接口。

Rxjava 3.x 的github官网；

RxJava2将被支持到2021年2月28日，错误的会同时在2.x和3.x修复，但新功能只会在3.x上添加；

Rxjava 3.0的一些改变：官方Wiki；

Rxjava 3.x 文档可以在官方javadoc中找到；

使用Rxjava3.x之前的准备工作：

 

添加依赖

1. //RxJava的依赖包

2. implementation 'io.reactivex.rxjava3:rxandroid:3.0.0'

3. //RxAndroid的依赖包

4. implementation 'io.reactivex.rxjava3:rxjava:3.0.0'

RxJava 在很长一段时间里以java6 为baseline（ Android 运行时支持的锅），但在即将到来的 Android Studio 4预览中，一个叫做 desuging 的过程能够将许多 Java 7和8的特性，透明地转换成与 Java 6兼容的特性。因此我们可以将 RxJava 的基准提高到 java 8，并为许多 Java 8构造增加官方支持比如：Optional、Stream等，因此必须将项目的编译目标设置更改为 java8:

1. android {

2. compileOptions {

3. sourceCompatibility JavaVersion.VERSION_1_8

4. targetCompatibility JavaVersion.VERSION_1_8

5. }

6. }

---

二 Rx中的一些概念

2.1 字段含义

• Reactive 直译为反应性的，有活性的，根据上下文一般翻译为反应式、响应式

• Iterable 可迭代对象，支持以迭代器的形式遍历，许多语言中都存在这个概念

• Observable 可观察对象，在Rx中定义为更强大的Iterable，在观察者模式中是被观察的对象，一旦数据产生或发生变化，会通过某种方式通知观察者或订阅者

• Observer 观察者对象，监听Observable发射的数据并做出响应，Subscriber是它的一个特殊实现

• emit 直译为发射，发布，发出，含义是Observable在数据产生或变化时发送通知给Observer，调用Observer对应的方法，文章里一律译为发射

• items 直译为项目，条目，在Rx里是指Observable发射的数据项，文章里一律译为数据，数据项。

2.2 上/下流

在RxJava中，数据以流的方式组织：Rxjava包括一个源数据流，源数据流后跟着若干个用于消费数据流的步骤。

1. source

2. .operator1()

3. .operator2()

4. .operator3()

5. .subscribe(consumer)

在代码中，对于operator2来说，在它前面叫做上流，在它后面的叫做下流。

2.3 流对象

在RxJava的文档中，emission, emits, item, event, signal, data and message都被认为在数据流中被传递的数据对象。

2.4 背压(Backpressure)

当上下游在不同的线程中，通过Observable发射，处理，响应数据流时，如果上游发射数据的速度快于下游接收处理数据的速度，这样对于那些没来得及处理的数据就会造成积压，这些数据既不会丢失，也不会被垃圾回收机制回收，而是存放在一个异步缓存池中，如果缓存池中的数据一直得不到处理，越积越多，最后就会造成内存溢出，这便是响应式编程中的背压（backpressure）问题。

为此，RxJava带来了backpressure的概念。背压是一种流量的控制步骤，在不知道上流还有多少数据的情形下控制内存的使用，表示它们还能处理多少数据。背压是指在异步场景中，被观察者发送事件速度远快于观察者的处理速度的情况下，一种告诉上游的被观察者降低发送速度的策略

在Rxjava1.0中，有的Observable支持背压，有的不支持，为了解决这种问题，2.0把支持背压和不支持背压的Observable区分开来：支持背压的有Flowable类，不支持背压的有Observable，Single, Maybe and Completable类。

1. 在订阅的时候如果使用FlowableSubscriber，那么需要通过s.request(Long.MAX_VALUE)去主动请求上游的数据项。如果遇到背压报错的时候，FlowableSubscriber默认已经将错误try-catch，并通过onError()进行回调，程序并不会崩溃；
2. 在订阅的时候如果使用Consumer，那么不需要主动去请求上游数据，默认已经调用了s.request(Long.MAX_VALUE)。如果遇到背压报错、且对Throwable的Consumer没有new出来，则程序直接崩溃；
3. 背压策略的上游的默认缓存池是128。

背压策略：

1. error， 缓冲区大概在128

2. buffer， 缓冲区在1000左右

3. drop， 把存不下的事件丢弃

4. latest， 只保留最新的

5. missing, 缺省设置，不做任何操作

1. public enum BackpressureStrategy {

2. /**

3. * OnNext events are written without any buffering or dropping.

4. * Downstream has to deal with any overflow.

5. *

   Useful when one applies one of the custom-parameter onBackpressureXXX operators.

6. */

7. MISSING,

8. /**

9. * Signals a MissingBackpressureException in case the downstream can't keep up.

10. */

11. ERROR,

12. /**

13. * Buffers all onNext values until the downstream consumes it.

14. */

15. BUFFER,

16. /**

17. * Drops the most recent onNext value if the downstream can't keep up.

18. */

19. DROP,

20. /**

21. * Keeps only the latest onNext value, overwriting any previous value if the

22. * downstream can't keep up.

23. */

24. LATEST

25. }

2.5 线程调度器（Schedulers）

对于Android开发者而言，RxJava最简单的是通过调度器来方便地切换线程。在不同平台还有不同的调度器，例如我们Android的主线程：AndroidSchedulers.mainThread()。

调度器	功能
AndroidSchedulers.mainThread()	需要引用rxandroid, 切换到UI线程
Schedulers.computation()	用于计算任务，如事件循环和回调处理，默认线程数等于处理器数量
Schedulers.io()	用于IO密集型任务，如异步阻塞IO操作，这个调度器的线程池会根据需求，它默认是一个CacheThreadScheduler
Schedulers.newThread()	为每一个任务创建一个新线程
Schedulers.trampoline()	在当前线程中立刻执行，如当前线程中有任务在执行则将其暂停， 等插入进来的任务执行完成之后，在将未完成的任务继续完成。
Scheduler.from(executor)	指定Executor作为调度器

2.6 事件调度器

RxJava事件发出去并不是置之不顾，要有合理的管理者来管理它们，在合适的时机要进行释放事件，这样才不会导致内存泄漏，这里的管理者我们称为事件调度器(或事件管理者)CompositeDisposable。

2.7 基类

RxJava 3 中的基类相比RxJava 2 没啥改变，主要有以下几个基类：

• io.reactivex.Flowable：发送0个N个的数据，支持Reactive-Streams和背压
• io.reactivex.Observable：发送0个N个的数据，不支持背压，
• io.reactivex.Single：只能发送单个数据或者一个错误
• io.reactivex.Completable：没有发送任何数据，但只处理 onComplete 和 onError 事件。
• io.reactivex.Maybe：能够发射0或者1个数据，要么成功，要么失败。

2.8 Observables的"热"和"冷"

Observable什么时候开始发射数据序列？这取决于Observable的实现，一个"热"的Observable可能一创建完就开始发射数据，因此所有后续订阅它的观察者可能从序列中间的某个位置开始接受数据（有一些数据错过了）。一个"冷"的Observable会一直等待，直到有观察者订阅它才开始发射数据，因此这个观察者可以确保会收到整个数据序列。

在一些ReactiveX实现里，还存在一种被称作Connectable的Observable，不管有没有观察者订阅它，这种Observable都不会开始发射数据，除非Connect方法被调用。

---

三 RxJava的简单使用

需要知道的是，RxJava以观察者模式为骨架，有两种常见的观察者模式：

• Observable(被观察者)/Observer（观察者）
• Flowable(被观察者)/Subscriber(观察者)

RxJava2/3中，Observeable用于订阅Observer，是不支持背压的，而Flowable用于订阅Subscriber，是支持背压(Backpressure)的。

3.1 Observable/Observer

Observable正常用法：

1. Observable mObservable=Observable.create(new ObservableOnSubscribe() {

2. @Override

3. public void subscribe(ObservableEmitter e) throws Exception {

4. e.onNext(1);

5. e.onNext(2);

6. e.onComplete();

7. }

8. });

9.  

10. Observer mObserver=new Observer() {

11. //这是新加入的方法，在订阅后发送数据之前，

12. //回首先调用这个方法，而Disposable可用于取消订阅

13. @Override

14. public void onSubscribe(Disposable d) {

15.  

16. }

17.  

18. @Override

19. public void onNext(Integer value) {

20. Log.e("lucas", "onNext: "+value );

21. }

22.  

23. @Override

24. public void onError(Throwable e) {

25.  

26. }

27.  

28. @Override

29. public void onComplete() {

30.  

31. }

32. };

33.  

34. mObservable.subscribe(mObserver);

这种观察者模型不支持背压：当被观察者快速发送大量数据时，下游不会做其他处理，即使数据大量堆积，调用链也不会报MissingBackpressureException,消耗内存过大只会OOM。所以，当我们使用Observable/Observer的时候，我们需要考虑的是，数据量是不是很大(官方给出以1000个事件为分界线作为参考)。

3.2 Flowable/Subscriber

1. Flowable.range(0,10)

2. .subscribe(new Subscriber() {

3. Subscription sub;

4. //当订阅后，会首先调用这个方法，其实就相当于onStart()，

5. //传入的Subscription s参数可以用于请求数据或者取消订阅

6. @Override

7. public void onSubscribe(Subscription s) {

8. Log.w("TAG","onsubscribe start");

9. sub=s;

10. sub.request(1);

11. Log.w("TAG","onsubscribe end");

12. }

13.  

14. @Override

15. public void onNext(Integer o) {

16. Log.w("TAG","onNext--->"+o);

17. sub.request(1);

18. }

19. @Override

20. public void onError(Throwable t) {

21. t.printStackTrace();

22. }

23. @Override

24. public void onComplete() {

25. Log.w("TAG","onComplete");

26. }

27. });

输出如下：

1. onsubscribe start

2. onNext--->0

3. onNext--->1

4. onNext--->2

5. ...

6. onNext--->9

7. onComplete

8. onsubscribe end

Flowable是支持背压的，也就是说，一般而言，上游的被观察者会响应下游观察者的数据请求，下游调用request(n)来告诉上游发送多少个数据。这样避免了大量数据堆积在调用链上，使内存一直处于较低水平。

当然，Flowable也可以通过creat()来创建：

1. Flowable.create(new FlowableOnSubscribe() {

2. @Override

3. public void subscribe(FlowableEmitter e) throws Exception {

4. e.onNext(1);

5. e.onNext(2);

6. e.onNext(3);

7. e.onNext(4);

8. e.onComplete();

9. }

10. }

11. //需要指定背压策略

12. , BackpressureStrategy.BUFFER);

Flowable虽然可以通过create()来创建，但是你必须指定背压的策略，以保证你创建的Flowable是支持背压的。

根据上面的代码的结果输出中可以看到，当我们调用subscription.request(n)方法的时候，不等onSubscribe()中后面的代码执行，就会立刻执行到onNext方法，因此，如果你在onNext方法中使用到需要初始化的类时，应当尽量在subscription.request(n)这个方法调用之前做好初始化的工作;

当然，这也不是绝对的，我在测试的时候发现，通过create（）自定义Flowable的时候，即使调用了subscription.request(n)方法，也会等onSubscribe（）方法中后面的代码都执行完之后，才开始调用onNext。

TIPS: 尽可能确保在request（）之前已经完成了所有的初始化工作，否则就有空指针的风险。

3.3 其他的观察者

最常用的其实就是上面说的两种订阅观察者，但是一些情况下，我们也会用到一些其他的一类观察者比如

• Single/SingleObserver
• Completable/CompletableObserver
• Maybe/MaybeObserver

3.3.1 Single/SingleObserver

Single类似于Observable，不同的是，它总是只发射一个值，或者一个错误通知，而不是发射一系列的值（当然就不存在背压问题），所以当你使用一个单一连续事件流，这样你可以使用Single。Single观察者只包含两个事件，一个是正常处理成功的onSuccess，另一个是处理失败的onError。因此，不同于Observable需要三个方法onNext, onError, onCompleted，订阅Single只需要两个方法：

• onSuccess - Single发射单个的值到这个方法

• onError - 如果无法发射需要的值，Single发射一个Throwable对象到这个方法

Single只会调用这两个方法中的一个，而且只会调用一次，调用了任何一个方法之后，订阅关系终止。

Single的操作符：

Single也可以组合使用多种操作，一些操作符让你可以混合使用Observable和Single：

操作符	返回值	说明
compose	Single	创建一个自定义的操作符
concat and concatWith	Observable	连接多个Single和Observable发射的数据
create	Single	调用观察者的create方法创建一个Single
error	Single	返回一个立即给订阅者发射错误通知的Single
flatMap	Single	返回一个Single，它发射对原Single的数据执行flatMap操作后的结果
flatMapObservable	Observable	返回一个Observable，它发射对原Single的数据执行flatMap操作后的结果
from	Single	将Future转换成Single
just	Single	返回一个发射一个指定值的Single
map	Single	返回一个Single，它发射对原Single的数据执行map操作后的结果
merge	Single	将一个Single(它发射的数据是另一个Single，假设为B)转换成另一个Single(它发射来自另一个Single(B)的数据)
merge and mergeWith	Observable	合并发射来自多个Single的数据
observeOn	Single	指示Single在指定的调度程序上调用订阅者的方法
onErrorReturn	Single	将一个发射错误通知的Single转换成一个发射指定数据项的Single
subscribeOn	Single	指示Single在指定的调度程序上执行操作
timeout	Single	它给原有的Single添加超时控制，如果超时了就发射一个错误通知
toSingle	Single	将一个发射单个值的Observable转换为一个Single
zip and zipWith	Single	将多个Single转换为一个，后者发射的数据是对前者应用一个函数后的结果

操作符详细的图解可以参考英文文档：Single

1. //被观察者

2. Single single = Single.create(new SingleOnSubscribe() {

3. @Override

4. public void subscribe(SingleEmitter e) throws Exception {

5. e.onSuccess("test");

6. e.onSuccess("test2");//错误写法，重复调用也不会处理，因为只会调用一次

7. }

8. });

9.  

10. //订阅观察者SingleObserver

11. single.subscribe(new SingleObserver() {

12. @Override

13. public void onSubscribe(Disposable d) {

14.  

15. }

16.  

17. @Override

18. public void onSuccess(String s) {

19. //相当于onNext和onComplete

20. Log.d("lucas", s );

21. }

22.  

23. @Override

24. public void onError(Throwable e) {

25.  

26. }

27. });

28.  

29. //运行结果

30. 2020-04-03 23:02:37.337 15462-15462/com.ysalliance.getfan.myapplication D/lucas: test

3.3.2 Completable/CompletableObserver

如果你的观察者连onNext事件都不关心，可以使用Completable，它只有onComplete和onError两个事件：

1.  

2. Completable.create(new CompletableOnSubscribe() {//被观察者

3.  

4. @Override

5. public void subscribe(CompletableEmitter e) throws Exception {

6. e.onComplete();//单一onComplete或者onError

7. }

8.  

9. }).subscribe(new CompletableObserver() {//观察者

10. @Override

11. public void onSubscribe(Disposable d) {

12.  

13. }

14.  

15. @Override

16. public void onComplete() {

17. Log.e("lucas", "onComplete: ");

18. }

19.  

20. @Override

21. public void onError(Throwable e) {

22.  

23. }

24. });

25.  

26. //打印结果

27. 2020-04-03 23:12:08.099 16264-16264/com.ysalliance.getfan.myapplication E/lucas: onComplete:

要转换成其他类型的被观察者，也是可以使用toFlowable()、toObservable()等方法去转换。

3.3.3 Maybe/MaybeObserver

如果你有一个需求是可能发送一个数据或者不会发送任何数据，这时候你就需要Maybe，它类似于Single和Completable的混合体。

  Maybe可能会调用以下其中一种情况（也就是所谓的Maybe）：

• onSuccess或者onError
• onComplete或者onError

可以看到onSuccess和onComplete是互斥的存在，例子代码如下：

1. //被观察者

2. Maybe maybe = Maybe.create(new MaybeOnSubscribe() {

3. @Override

4. public void subscribe(MaybeEmitter e) throws Exception {

5. e.onSuccess("test");//发送一个数据的情况，或者onError，不需要再调用onComplete(调用了也不会触发onComplete回调方法)

6. //e.onComplete();//不需要发送数据的情况，或者onError

7. }

8. });

9.  

10. //订阅观察者

11. maybe.subscribe(new MaybeObserver() {

12. @Override

13. public void onSubscribe(Disposable d) {

14.  

15. }

16.  

17. @Override

18. public void onSuccess(String s) {

19. //发送一个数据时，相当于onNext和onComplete，但不会触发另一个方法onComplete

20. Log.i("lucas", s);

21. }

22.  

23. @Override

24. public void onComplete() {

25. //无数据发送时候的onComplete事件

26. Log.i("lucas", "onComplete");

27. }

28.  

29. @Override

30. public void onError(Throwable e) {

31.  

32. }

33. });

34.  

35. //打印结果

36. 2020-04-03 23:14:40.266 16558-16558/com.ysalliance.getfan.myapplication I/lucas: test

要转换成其他类型的被观察者，也是可以使用toFlowable()、toObservable()等方法去转换。

1. //判断是否登陆

2. Maybe.just(isLogin())

3. //可能涉及到IO操作，放在子线程

4. .subscribeOn(Schedulers.newThread())

5. //取回结果传到主线程

6. .observeOn(AndroidSchedulers.mainThread())

7. .subscribe(new MaybeObserver() {

8. @Override

9. public void onSubscribe(Disposable d) {

10.  

11. }

12.  

13. @Override

14. public void onSuccess(Boolean value) {

15. if(value){

16. ...

17. }else{

18. ...

19. }

20. }

21.  

22. @Override

23. public void onError(Throwable e) {

24.  

25. }

26.  

27. @Override

28. public void onComplete() {

29.  

30. }

31. });复制代码

上面就是Maybe/MaybeObserver的普通用法，你可以看到，实际上，这种观察者模式并不用于发送大量数据，而是发送单个数据，也就是说，当你只想要某个事件的结果（true or false)的时候，你可以用这种观察者模式

---

3.4 事件调度器释放事件

1. public class Main {

2.  

3. private static CompositeDisposable mRxEvent = new CompositeDisposable();

4.  

5. public static void main(String[] args) {

6. Disposable subscribe = Observable.create(new ObservableOnSubscribe() {

7. @Override

8. public void subscribe(@NonNull ObservableEmitter e) throws Exception {

9. e.onNext("俊俊俊很帅");

10. e.onNext("你值得拥有");

11. e.onNext("取消关注");

12. e.onNext("但还是要保持微笑");

13. e.onComplete();

14. }

15. }).subscribe(

16. new Consumer() {

17. @Override

18. public void accept(@NonNull String s) throws Exception {

19. //对应onNext()

20. System.out.println("accept=" + s);

21. }

22. }, new Consumer() {

23. @Override

24. public void accept(@NonNull Throwable throwable) throws Exception {

25. //对应onError()

26. }

27. }, new Action() {

28. @Override

29. public void run() throws Exception {

30. //对应onComplete()

31. }

32. }, new Consumer() {

33. @Override

34. public void accept(@NonNull Disposable disposable) throws Exception {

35. //对应onSubscribe()

36. }

37. });

38.  

39. mRxEvent.add(subscribe);

40. mRxEvent.clear();

41. }

42. }

43.  

CompositeDisposable提供的方法中，都是对事件的管理

• dispose():释放所有事件
• clear():释放所有事件，实现同dispose()
• add():增加某个事件
• addAll():增加所有事件
• remove():移除某个事件并释放
• delete():移除某个事件

---

3.5 小结

这是上面那些基类被观察者的上层接口：

1. //Observable接口

2. interface ObservableSource {

3. void subscribe(Observer observer);

4. }

5. //Single接口

6. interface SingleSource {

7. void subscribe(SingleObserver observer);

8. }

9. //Completable接口

10. interface CompletableSource {

11. void subscribe(CompletableObserver observer);

12. }

13. //Maybe接口

14. interface MaybeSource {

15. void subscribe(MaybeObserver observer);

16. }

17. //Flowable接口

18. public interface Publisher {

19. public void subscribe(Subscriber s);

20. }

其实我们可以看到，每一种观察者都继承自各自的接口，这也就把他们能完全的区分开，各自独立（特别是Observable和Flowable）,保证了他们各自的拓展或者配套的操作符不会相互影响。

例如flatMap操作符实现：

1. //Flowable中flatMap的定义

2. Flowable flatMap(Function> mapper);

3.  

4. //Observable中flatMap的定义

5. Observable flatMap(Function> mapper);

假如你想为Flowable写一个自定义的操作符，那么只要保证Function< Publisher >中的类型实现了Publisher接口即可。这么说可能很抽象，大家不理解其实也没关系，因为并不推荐大家自定义操作符，RxJava中的操纵符的组合已经可以满足大家的需求了。

当然，你也会注意到上面那些接口中的subscribe（）方法的返回类型为void了，在1.X中，这个方法一般会返回一个Subscription对象，用于取消订阅。现在，这个功能的对象已经被放到观察者Observer或者subscriber的内部实现方法中了，

Flowable/Subscriber

1. public interface Subscriber {

2. public void onSubscribe(Subscription s);

3. public void onNext(T t);

4. public void onError(Throwable t);

5. public void onComplete();

6. }

7.  

8. public interface Subscription {

9. public void request(long n);

10. public void cancel();

11. }复制代码

上面的实例中，onSubscribe(Subscription s)传入的参数s就肩负着取消订阅的功能，当然，他也可以用于请求上游的数据。

在Observable/observer中，传入的参数是另一个对象

Observable/Observer

1. public interface Observer {

2. void onSubscribe(Disposable d);

3. void onNext(T value);

4. void onError(Throwable e);

5. void onComplete();

6. }

7.  

8. public interface Disposable {

9. /**

10. * Dispose the resource, the operation should be idempotent.

11. */

12. void dispose();

13. /**

14. * Returns true if this resource has been disposed.

15. * @return true if this resource has been disposed

16. */

17. boolean isDisposed();

18. }复制代码

在Observer接口中，onSubscribe(Disposable d)方法传入的Disposable也是用于取消订阅，基本功能是差不多的，只不过命名不一致，大家知道就好。

其实这种设计可以说还是符合逻辑的，因为取消订阅这个动作就只有观察者（Observer等）才能做的，现在把它并入到观察者内部，也算顺理成章吧。

Rxjava中，被观察者不能接收null作为数据源。

---

 

补充 1 Rxjava 3.x 主要更新内容如下API changes：

• 将eagerTruncate添加到replay运算符，以便head节点将在截断时丢失它保留的项引用 (#6532)
• 新增 X.fromSupplier() (#6529)
• 使用 Scheduler 添加 concatMap，保证 mapper 函数的运行位置 (#6538)
• 新增 startWithItem 和 startWithIterable (#6530)
• ConnectableFlowable/ConnetableFlowable 重新设计 (#6519)
• 将 as() 并入 to() (#6514)
• 更改 Maybe.defaultIfEmpty() 以返回 Single (#6517)
• 用 Supplier 代替 Callable  (#6511)
• 将一些实验操作符推广到标准 (#6537)
• 从某些主题/处理器中删除 getValues() (#6516)
• 删除 replay(Scheduler) 及其重载  (#6539)
• 删除 dematerialize() (#6539)
• 删除 startWith(T|Iterable) (#6530)
• 删除 as() (#6514)
• 删除 Maybe.toSingle(T) (#6517)
• 删除 Flowable.subscribe(4 args) (#6517)
• 删除 Observable.subscribe(4 args) (#6517)
• 删除 Single.toCompletable() (#6517)
• 删除 Completable.blockingGet() (#6517)

 

参考文章：

因为写RxJava系列的文章时进行了很多阅读和参考，因此不分一二三等，将全系列的参考引用统一如下：

RxJava3 Wiki：https://github.com/ReactiveX/RxJava/wiki

RxJava3官方github：https://github.com/ReactiveX/RxJava/wiki/What's-different-in-3.0

ReactiveX文档中文翻译：https://mcxiaoke.gitbooks.io/rxdocs/content/operators/Creating-Observables.html

single：http://reactivex.io/documentation/single.html

操作符系列讲的很好的文章：https://blog.csdn.net/weixin_42046829/article/details/104836592

基础介绍：https://blog.csdn.net/weixin_42046829/article/details/104833751

RxJava3的一些简介：https://juejin.im/post/5d1eeffe6fb9a07f0870b4e8

观察者被观察者入门RxJava的一篇好文章：https://juejin.im/post/580103f20e3dd90057fc3e6d

关于背压一个很好的介绍：https://juejin.im/post/582d413c8ac24700619cceed

RxLifecycle：https://github.com/trello/RxLifecycle

刚哥平台的挺好很全：RxJava2 只看这一篇文章就够了https://juejin.im/post/5b17560e6fb9a01e2862246f