三个问题带你回顾安卓 RxJava基础，这个神奇又难用的框架

• RxJava的订阅关系

• Observer处理完onComplete后会还能onNext吗？

• RxJava中的操作符

RxJava的订阅关系

Observable.create(new ObservableOnSubscribe() {

@Override

public void subscribe(@NonNull ObservableEmitter emitter) throws Throwable {

emitter.onNext(1);

emitter.onComplete();

}

}).subscribe(new Observer() {

@Override

public void onNext(Integer integer) {

Log.d(TAG, "onNext: " + integer);

}

@Override

public void onCompleted() {

}

@Override

public void onError(Throwable e) {

Toast.makeText(activity, “Error!”, Toast.LENGTH_SHORT).show();

}

});

代码中主要有三个角色：

• 被订阅者Observable，是整个事件的来源，可以发射数据给订阅者。

• 订阅者Observer，通过subscribe方法和被订阅者产生关系，也就是开始订阅，同时可以接受被订阅者发送的消息。

• 发射器Subscriber/Emitter，在Rxjava2之后，发射器改为了Emitter，他的作用主要是用来发射一系列事件的，比如next事件，complete事件等等。

有了这三个角色，一个完整的订阅关系也就生成了。

Observer处理完onComplete后会还能onNext吗?

要弄清楚这个问题，得去看看onComplete，onNext方法到底做了什么。

@Override

public void onComplete() {

if (!isDisposed()) {

try {

observer.onComplete();

} finally {

dispose();

}

}

}

@Override

public void onNext(T t) {

if (t == null) {

onError(new NullPointerException(“onNext called with null. Null values are generally not allowed in 2.x operators and sources.”));

return;

}

if (!isDisposed()) {

observer.onNext(t);

}

}

public static boolean isDisposed(Disposable d) {

return d == DISPOSED;

}

public static boolean dispose(AtomicReference field) {

Disposable current = field.get();

Disposable d = DISPOSED;

if (current != d) {

current = field.getAndSet(d);

if (current != d) {

if (current != null) {

current.dispose();

}

return true;

}

}

return false;

}

源码还是比较清晰明了，无论是onComplete还是onNext，都会判断当前订阅是否被取消，也就是Disposable类型的变量的引用是否等于DISPOSED，如果等于则代表该订阅已经被取消，起点和终点已经断开联系。而在onComplete方法的结尾调用了dispose方法，将原子引用类中的 Disposable对象设置为 DisposableHelper 内的 DISPOSED 枚举实例，即断开订阅关系，所以在这之后所有的onNext，onComplete，onError方法中的isDisposed判断都不会通过，也就不会执行后续的数据发送等处理了。

RxJava中的操作符

• concatMap

• flatMap

这两个操作符的功能是一样的，都是将一个发射数据的Observable变换为多个Observables，然后将它们发射的数据放进一个单独的Observable。区别在于concatMap是有序的，flatMap是无序的，concatMap最终输出的顺序与原序列保持一致，而flatMap则不一定，有可能出现交错。

举个例子，发送数字01234，通过操作符对他们进行+1处理，发送2的时候进行一个延时：

Observable.fromArray(1,2,3,4,5)

.flatMap(new Function<Integer, ObservableSource>() {

@Override

public ObservableSource apply(@NonNull Integer integer) throws Exception {

int delay = 0;

if(integer == 2){

delay = 500;//延迟发射

}

return Observable.just(integer*10).delay(delay, TimeUnit.MILLISECONDS);

}

})

.subscribeOn(Schedulers.io())

.observeOn(AndroidSchedulers.mainThread())

.subscribe(new Consumer() {

@Override

public void accept(@NonNull Integer integer) throws Exception {

Log.e(“jimu”,“accept:”+integer);

}

});

如上述操作，最终打印结果为：10，20，40，50，30。因为发送数字2的时候，进行了延时。

但是如果flatMap操作符改成concatMap，打印结果就是10，20，30，40，50了，这是因为concatMap是有序的，会按照原序列的顺序进行变换输出。

• merge、concat、zip，合并

这几个操作符是用作合并发射物的，可以将多个Obserable和并成一个Obserable：

Observable odds=Observable.just(1,2,3,4);

Observable events=Observable.just(5,6,7,8);

Observable.merge(odds,events).subscribe(i->Log.d(“TAG”,“merge->”+i));

区别在于concat操作符是在合并后按顺序串行执行，merge操作符是在合并后按时间线并行执行，如果出现某个数据进行延时发射，那么结果序列就会发生变化。

而zip操作符的特点是合并之后并行执行，发射事件和最少的一个相同，什么意思呢？比如一个发送两个数据的Obserable和一个发射4条数据的Obserable进行zip合并，那么最终只会有两条数据被发射出来，看个例子：

最后：学习总结——Android框架体系架构知识脑图（纯手绘xmind文档）

学完之后，若是想验收效果如何，其实最好的方法就是可自己去总结一下。比如我就会在学习完一个东西之后自己去手绘一份xmind文件的知识梳理大纲脑图，这样也可方便后续的复习，且都是自己的理解，相信随便瞟几眼就能迅速过完整个知识，脑补回来。

下方即为我手绘的Android框架体系架构知识脑图，由于是xmind文件，不好上传，所以小编将其以图片形式导出来传在此处，细节方面不是特别清晰。但可给感兴趣的朋友提供完整的Android框架体系架构知识脑图原件（包括上方的面试解析xmind文档）

除此之外，前文所提及的Alibaba珍藏版 Android框架体系架构 手写文档以及一本 《大话数据结构》 书籍等等相关的学习笔记文档，也皆可分享给认可的朋友！

——感谢大家伙的认可支持，请注意：点赞+点赞+点赞！！！

即为我手绘的Android框架体系架构知识脑图，由于是xmind文件，不好上传，所以小编将其以图片形式导出来传在此处，细节方面不是特别清晰。但可给感兴趣的朋友提供完整的Android框架体系架构知识脑图原件（包括上方的面试解析xmind文档）
[外链图片转存中…(img-xFMjIIjR-1720116203042)]

除此之外，前文所提及的Alibaba珍藏版 Android框架体系架构 手写文档以及一本 《大话数据结构》 书籍等等相关的学习笔记文档，也皆可分享给认可的朋友！

——感谢大家伙的认可支持，请注意：点赞+点赞+点赞！！！