对于RxJava的map操作符的源码解读

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操作符的源码解读。

下一篇博客地址：对于RxJava使用subscribeOn和observeOn切换线程的源码解读