2024年安卓最全Android开发面试之RxJava(1)，2024年最新Dubbo高频面试题+解析

最后

目前已经更新的部分资料：

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

if (!isDisposed()) {

observer.onNext(t);

}

}

很简单，给observer发送数据，而当前的observer是订阅过程中传进来的下游observer，所以大家明白了吧，最终是下游的observer接收到数据。

小总结

发送主要通过上游的被观察者通知发射器，然后发射器会发送给下游的observer。

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

上面我们看到emitter.onNext三次完了后，会发送onComplete事件，那onComplete处理啥呢：

@Override

public void onComplete() {

if (!isDisposed()) {

try {

observer.onComplete();

} finally {

dispose();

}

}

}

这是发射器中onComplete的定义，dispose方法是控制是否还能发送数据，其实这里的 CreateEmitter它是一个AtomicReference<Disposable>原子类包装Disposable的实现类，而我们dispose方法正是将该原子类添加了常量的DISPOSED，而在onNext方法中通过判断isDisposed是否为false才能继续发送数据。而isDisposed什么时候为false呢？当AtomicReference<Disposable>中的包装对象不是DISPOSED。所以我们的onComplete是用来控制不能发送数据的。

您可以通过如下代码测试：

emitter.onNext(1);

emitter.onNext(2);

emitter.onComplete();

emitter.onNext(3);

看看下游的observer是否还能收到3的数据。

小总结

onComplete是用来控制不能发送数据的，也就是不能onNext了，包括onError也是不能再发送onNext数据了，该方法中也是调用了dispose方法。

RxJava中map、flatMap的区别，你还用过其他哪些操作符?

map和flatMap是我们经常用的转换操作，我们先看看map如何使用：

Observable createObservable = Observable.create(new ObservableOnSubscribe() {

@Override

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

emitter.onNext(1);

emitter.onNext(2);

emitter.onNext(3);

emitter.onComplete();

}

});

Observable mapObservable = createObservable.map(new Function<Integer, String>() {

@Override

public String apply(Integer integer) throws Throwable {

return String.valueOf(integer + 1);

}

});

Observer observer = new Observer() {

@Override

public void onSubscribe(@NonNull Disposable d) {

Log.d(TAG, “onSubscribe:” + d.getClass().getName());

}

@Override

public void onNext(@NonNull String string) {

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

}

@Override

public void onError(@NonNull Throwable e) {

Log.d(TAG, "onError: " + e.getMessage());

}

@Override

public void onComplete() {

Log.d(TAG, “onComplete”);

}

};

mapObservable.subscribe(observer);

}

通过createObservable的map操作生成了一个mapObservable的被观察者，最终通过mapObservable与observer形成订阅关系，而map操作需要一个Function的接口，第一个泛型是入参类型，第二个泛型是出参的类型，也就是apply的返回值，这里定义map的出参类型是String类型。 我们再来看下flatMap如何使用：

Observable flatMapObservable = mapObservable.flatMap(new Function<String, ObservableSource>() {

@Override

public ObservableSource apply(String s) throws Throwable {

return Observable.create(new ObservableOnSubscribe() {

@Override

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

emitter.onNext(Integer.valueOf(s)+1);

emitter.onComplete();

}

});

}

});

flatMapObservable.subscribe(observer);

在上面的mapObservable基础上通过flatMap返回flatMapObservable，最后通过flatMapObservable订阅observer。flatMap的Function第二个泛型是ObservableSource类型的，Observable的父类是ObservableSource类型，因此第二个参数返回Observable也可以。

从上面可以看出map是通过原始数据类型返回另外一种数据类型，而flatMap是通过原始数据类型返回另外一种被观察者。

关于面试也有问flatMap和concatMap的区别，下面我通过一个例子来演示他们的区别:

Observable createObservable = Observable.just(“1”, “2”, “3”, “4”, “5”, “6”, “7”, “8”, “9”);

Observable flatMapObservable = createObservable.flatMap(new Function<String, ObservableSource>() {

@Override

public ObservableSource apply(String s) throws Throwable {

if (s.equals(“2”)) {

return Observable.create(new ObservableOnSubscribe() {

@Override

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

emitter.onNext(Integer.valueOf(s) + 1);

emitter.onComplete();

}

}).delay(500, TimeUnit.MILLISECONDS);

} else {

return Observable.create(new ObservableOnSubscribe() {

@Override

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

emitter.onNext(Integer.valueOf(s) + 1);

emitter.onComplete();

}

});

}

}

});

Observable observeOnObservable = flatMapObservable.subscribeOn(Schedulers.io()).observeOn(AndroidSchedulers.mainThread());

Observer observer = new Observer() {

@Override

public void onSubscribe(@NonNull Disposable d) {

Log.d(TAG, “onSubscribe:” + d.getClass().getName());

}

@Override

public void onNext(@NonNull Integer string) {

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

}

@Override

public void onError(@NonNull Throwable e) {

Log.d(TAG, "onError: " + e.getMessage());

}

@Override

public void onComplete() {

Log.d(TAG, “onComplete”);

}

};

observeOnObservable.subscribe(observer);

在上面flatMap操作过程中为了演示flatMap和concatMap的区别，在数据为2的时候让返回的observable延迟500毫秒，我们看到的结果如下:

上面例子中3是由2的发射数据发射过来的，而正好数据为2的时候让延迟了500毫秒，那如果换成concatMap结果是按照发射数据的顺序来返回的。

concatMap和flatMap的功能是一样的， 将一个发射数据的Observable变换为多个Observables，然后将它们发射的数据放进一个单独的Observable。只不过最后合并ObservablesflatMap采用的merge，而concatMap采用的是连接(concat)。总之一句一话,他们的区别在于：concatMap是有序的，flatMap是无序的，concatMap最终输出的顺序与原序列保持一致，而flatMap则不一定，有可能出现交错。

关于其他的操作符比如merge、concat、zip都是合并，interval是周期执行，timer是延迟发送数据。如果要学习更多的操作符请猛戳官网

Maybe、Observer、Single、Flowable、Completable几种观察者的区别，以及他们在什么场景用？

其实想知道它们的区别，我们直接看对应的Observer的方法有哪些:

• Maybe

Maybe从字面意思是可能的意思，看下MaybeObserver接口：

public interface MaybeObserver<@NonNull T> {

void onSubscribe(@NonNull Disposable d);

void onSuccess(@NonNull T t);

void onError(@NonNull Throwable e);

void onComplete();

}

它没有onNext方法，也就是说不能发多条数据，如果回调到onSuccess再不能发消息了，如果直接回调onComplete相当于没发数据，也就是说Maybe可能不发送数据，如果发送数据只会发送单条数据。

• Observer

这个不用多说了，它是能发送多条数据的，直到发送onError或onComplete才不会再发送数据了，当然它也是可以不发送数据的，直接发送onError或onComplete。

• Single

public interface SingleObserver<@NonNull T> {

void onSubscribe(@NonNull Disposable d);

void onSuccess(@NonNull T t);

void onError(@NonNull Throwable e);

}

single也是发送单条数据，单是它要么成功要么失败。

• Flowable

Flowable没有FlowableObserver接口，它是由FlowableSubscriber代表观察者，Flowable在后面被压的时候讲，我们只要知道它是被压策略的一个被观察者。

• Completable

public interface CompletableObserver {

void onSubscribe(@NonNull Disposable d);

void onComplete();

void onError(@NonNull Throwable e);

}

Completable不发送数据，只会发送成功或失败的事件，当然这个用得很少。

小总结

从上面各个对应的observer接口来看，如果只想发一条数据，或者不发数据就用Maybe，如果想法多条数据或者不发数据就用Observable，如果只发一条数据或者失败就用Single，如果想用背压策略使用Flowable，如果不发数据就用Completable。

RxJava切换线程是怎么回事?

大家都知道RxJava切换线程使用subscribeOn指定被观察者的在哪个线程执行，使用observeOn指定观察者在哪个线程执行，通常我们写法如下:

subscribeOn(Schedulers.io())

.observeOn(AndroidSchedulers.mainThread())

subscribeOn(Schedulers.io())

subscribeOn会返回一个ObservableSubscribeOn，它是一个Observable，根据前面介绍的订阅流程，我们直接看ObservableSubscribeOn的subscribeActual操作：

@Override

public void subscribeActual(final Observer<? super T> observer) {

//创建了内部的Observer，其实这里类似上面介绍的Observable.create创建的发射器，只不过发射器是Emitter

final SubscribeOnObserver parent = new SubscribeOnObserver<>(observer);

//给下游的observer添加订阅的监听

observer.onSubscribe(parent);

//给SubscribeOnObserver设置disposable对象

parent.setDisposable(scheduler.scheduleDirect(new SubscribeTask(parent)));

}

创建了SubscribeOnObserver对象，它是Observer类型的，其实类似上面介绍的Observable.create创建的发射器，只不过发射器是Emitter类型。接着给下游的observer添加订阅的监听，最后是给SubscribeOnObserver设置disposable对象，还记得在observable.create最后一步是给上游的ObservableOnSubscribe添加订阅吗，那我们看看此处是如果给上游的observable添加订阅的，首先scheduler是Schedulers.io()，最终它是一个IoScheduler对象，里面是通过CachedWorkerPool内部类创建了线程池，创建线程池如下:

evictor = Executors.newScheduledThreadPool(1, EVICTOR_THREAD_FACTORY);

而scheduler.scheduleDirect(new SubscribeTask(parent))中的SubscribeTask是一个Runnable，所以最终通过线程池执行SubscribeTask的run方法：

到了最后还是通过线程池执行Runnable来添加上游Observable的订阅，并且把当前创建的SubscribeOnObserver传给了上游的observable，这个跟我们上面介绍Observable.create中给上游的ObservableOnSubscribe添加订阅是一样的。

小总结

subscribeOn实际是创建了ObservableSubscribeOn的Observable，它的订阅方法里面创建了SubscribeOnObserver，通过线程池执行Runnable来达到上游Observable的订阅在子线程中执行，这就是为什么subscribeOn能控制observable在哪个线程中执行的原因。

observeOn(AndroidSchedulers.mainThread())

同样如此observeOn也会有对应的observable，它是ObservableObserveOn，我们直接看它订阅的方法：

同样如此，可以看到先是拿到AndroidSchedulers中的worker，它是HandlerWorker类型，按道理说应该给下游的observer添加订阅监听啊，怎么没有呢，看官别急，我们继续看ObserveOnObserver的订阅方法：

我们的重点不在下游的observer订阅监听这，在ObserveOnObserver的onNext方法中，会调用schedule方法，最终是通过HandlerWorker的schedule执行ObserveOnObserver，因为ObserveOnObserver也是一个runnable实现类，HandlerWorker中的schedule方法是通过主线程的Handler给主线程发送了一个Message，所以我们回到ObserveOnObserver的run方法，在run方法中会执行下游的onNext、onError等方法，所以这就是为什么observeOn能让observer能在主线程中执行。

小总结

写在最后

本次我的分享也接近尾声了，感谢你们在百忙中花上一下午来这里聆听我的宣讲，希望在接下来的日子，我们共同成长，一起进步！！！

最后放上一个大概的Android学习方向及思路（详细的内容太多了~），提供给大家：

对于程序员来说，要学习的知识内容、技术有太多太多，这里就先放上一部分，其他的内容有机会在后面的文章向大家呈现出来，不过我自己所有的学习资料都整理成了一个文档，一直在不断学习，希望能帮助到大家，也节省大家在网上搜索资料的时间来学习，也可以分享动态给身边好友一起学习！

为什么某些人会一直比你优秀，是因为他本身就很优秀还一直在持续努力变得更优秀，而你是不是还在满足于现状内心在窃喜！希望读到这的您能点个小赞和关注下我，以后还会更新技术干货，谢谢您的支持！

Android架构师之路很漫长，一起共勉吧！

如果你觉得文章写得不错就给个赞呗？如果你觉得那里值得改进的，请给我留言，一定会认真查询，修正不足，谢谢。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

5UKlbsp-1715740942202)]

对于程序员来说，要学习的知识内容、技术有太多太多，这里就先放上一部分，其他的内容有机会在后面的文章向大家呈现出来，不过我自己所有的学习资料都整理成了一个文档，一直在不断学习，希望能帮助到大家，也节省大家在网上搜索资料的时间来学习，也可以分享动态给身边好友一起学习！

为什么某些人会一直比你优秀，是因为他本身就很优秀还一直在持续努力变得更优秀，而你是不是还在满足于现状内心在窃喜！希望读到这的您能点个小赞和关注下我，以后还会更新技术干货，谢谢您的支持！

Android架构师之路很漫长，一起共勉吧！

如果你觉得文章写得不错就给个赞呗？如果你觉得那里值得改进的，请给我留言，一定会认真查询，修正不足，谢谢。

[外链图片转存中…(img-1Ee0UJHJ-1715740942202)]

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！