关于defer这个操作符,RxJava实战是这样解释的:
知道有观察者订阅时才创建Observable,并且为每个观察者创建一个全新的Observable
defer操作符会一直等待直到有观察者订阅它,然后它使用Observable工厂方法生成一个Observable。它对每个观察者都这样做,因此尽管每个订阅者都以为自己订阅的是同一个Observable,但事实上每个订阅者获取的是它们自己单独的数据序列
在某些情况下,直到最后一分钟(订阅发生时)才生成Observable,以确保Observable包含最新的数据。
val result = Observable.defer(object : Func0<Observable<String>> {
override fun call(): Observable<String> {
return Observable.just(“wk”)
}
})
result.subscribe{
println(it)
}
执行的结果:
wk
一遍下来,我还真理解不了它所说的意思,就有一个疑问,这个例子我可以直接使用just,为什么还需要用defer包装起来呢?百思不得其解。无意中发现https://www.jianshu.com/p/c83996149f5b所讲的defer,很容易区分使用defer和不使用defer得区别,那我再写个例子:
var target = "just1"
val result1 = Observable.just(target)
val result2 = Observable.defer{
Observable.just(target)
}
target = "just2"
result1.subscribe(System.out::println)
result2.subscribe(System.out::println)
执行结果:
just1
just2
如果按照我一开始的想法,那么两个输出应该是一样的,但事实上却不一样,那我们来看看defer的源码吧:
Observable.java:
public static <T> Observable<T> defer(Func0<Observable<T>> observableFactory) {
return create(new OnSubscribeDefer<T>(observableFactory));
}
OnSubscribeDefer.java:
public OnSubscribeDefer(Func0<? extends Observable<? extends T>> observableFactory) {
this.observableFactory = observableFactory;
}
@Override
public void call(final Subscriber<? super T> s) {
.....
Observable o = observableFactory.call();
.....
o.unsafeSubscribe(Subscribers.wrap(s));
}
从这就有些眉目了,关键看defer后面参数是Func0,这个操作符会生成一个Observable,当做是ob1,并且ob1的onSubscribe是OnSubscribeDefer的实例,我们知道ob1后面肯定接的是Subscriber,那就会调用ob1的OnSubscribeDefer的call方法,我们可以看到OnSubscribeDefer的call方法后面还会生成一个Observable,ob2,实际上是这个ob2执行的Subscriber。
也就是说,defer操作符其实是当执行subscribe方法,即订阅后还会生成一个新的Observable,执行的其实是这个新的Observable去执行的,那上面“直到最后一分钟(订阅发生时)才生成Observable,以确保Observable包含最新的数据。”就好理解了