map操作符在RxJava中是经常被使用的一个操作符,那么在使用map操作符的时候源码是怎么实现这一功能的呢?
先上一段代码
Observable.create(new ObservableOnSubscribe<String>() {
@Override
public void subscribe(ObservableEmitter<String> emitter) throws Exception {
}
})
.map(new Function<String, Integer>() {
@Override
public Integer apply(String s) throws Exception {
return null;
}
})
.map(new Function<Integer, Long>() {
@Override
public Long apply(Integer integer) throws Exception {
return null;
}
})
.subscribe(new Observer<Long>() {
@Override
public void onSubscribe(Disposable d) {
}
@Override
public void onNext(Long aLong) {
}
@Override
public void onError(Throwable e) {
}
@Override
public void onComplete() {
}
});
这是一段很普通的RxJava的代码,其中我们使用了两个map操作符。
那么RxJava的代码是怎么运行的呢?首先代码都是从上到下运行的,RxJava也不例外。当RxJava代码从上到下运行的时候,是一个装饰模型,如同装包裹一样,所以最后执行subscribe
方法的其实是一个经过多层包装的包裹
。
按照我们所写的这段代码,包裹
就应该是这样的
(source就是我们在create方法中传入的ObservableOnSubscribe对象,这里使用一个简写)
当这个包裹
执行subscribe
方法的时候,源码的逻辑其实是这样的
所以我们可以看到最后我们发送事件的source中传入的也是一个包裹
,只不过这个包裹
与通过装饰模型得到的包裹
是不一样的,我们称之为包裹2
吧。
那么包裹2
在调用onNext方法进行事件分发的时候,源码的逻辑是这样的
(CreateEmitter就是我们的包裹2
)
总结
所以RxJava代码的整体运行逻辑如图所示
下一篇博客我将解读RxJava异步事件流编程的核心代码,对于subscribeOn和observeOn操作符的源码解读。