【译】使用RxJava实现延迟订阅
- 原文链接： Deferring Observable code until subscription in RxJava
- 原文作者： Daniel Lew
- 译文出自： 小鄧子的简书
- 译者： 小鄧子
- 校对者： hi大头鬼hi
- 状态： 完成
- 译者注：为了方便因Lambda（译文）还不够了解的同学进行阅读，本篇译文替换了原作中全部Lambda表达式。
我越来越喜欢把RxJava的defer()操作符作为一个工具来使用，以确保Observable代码在被订阅后才执行（而不是创建后立即执行）。我之前写过一些有关defer()的代码，但是，现在我想做更详细的描述。
假设，有个数据类：
public class SomeType {
private String value;
public void setValue(String value) {
this.value = value;
}
public Observable<String> valueObservable() {
return Observable.just(value);
}
}这段代码在运行后会打印出什么呢？
SomeType instance = new SomeType();
Observable<String> value = instance.valueObservable();
instance.setValue("Some Value");
value.subscribe(System.out::println); 如果你认为会打印出“Some Value”，那就错了。而实际打印结果是“null”。因为在调用Observable.just()的时候，value已经初始化了。
just()，from()这类能够创建Observable的操作符（译者注：创建Observable的操作符）在创建之初，就已经存储了对象的值，而不被订阅的时候。这种情况，显然不是预期表现，我想要的valueObservable()是无论什么时候请求，都能够表现为当前值。
自助
一个解决办法就是使用Observable.create()，因为它允许为每个订阅者精确控制事件的发送。
public Observable<String> valueObservable() {
return Observable.create(new Observable.OnSubscribe<String>() {
@Override public void call(Subscriber<? super String> subscriber) {
subscriber.onNext(value);
subscriber.onCompleted();
}
});
}现在，valueObservable()将在订阅的时候发送当前值（事件）。它除了在订阅的时候才获取value（而不是创建的时候）之外，看起来和Observable.just()所做的没什么两样。
现在唯一的问题是，自从阅读Dávid Karnok的解读操作符系列文章后（译者注：简直不能更优秀，一定要看），我一直小心翼翼的编写着自定义的操作符（译者注：原著的意思是指，自定义操作符内部处理方式，如上面代码中的subscriber.onNext(value)等）。通过阅读该系列，我发现很难写出正确的操作符。来看看这篇文章，Observable.just()为了支持背压（译者注：例如Observable.zip()操作符）和退订是如何做出改变的。
当然，上面那段代码是能正确运行的，至少现在看来它是OK哒，但是随着RxJava版本的不断迭代，鬼知道以后能不能。而且我也不知道类似背压和退订等操作能否安全的向下兼容。更何况，我又不是操作符开发专家。所以，我试着避免自定义操作符，除非万不得已。
简单粗暴
这里有一种不需要自定义操作符的实现方式：
public Observable<String> valueObservable() {
return Observable.defer(new Func0<Observable<String>>() {
@Override public Observable<String> call() {
return Observable.just(value);
}
});
}我所做的就是用defer()操作符封装原始代码，但现在的表现正是我想要的。defer()中的代码直到被订阅才会执行。我们只需要在请求数据的时候调用Observable.just()就哦了。
我更喜欢这个解决方案的原因：
- 比
Observable.create()更简单，不再需要手动调用onCompleted()。 - 使用内置操作符，这种方式（可能）更得到官方的肯定。
使用defer()操作符的唯一缺点就是，每次订阅都会创建一个新的Observable对象。create()操作符则为每一个订阅者都使用同一个函数，所以，后者效率更高。一如既往地，如果有必要可以亲测性能或者尝试优化。
深入
上面代码仅仅是为讲解所用，但是，切换到实际生产中，我们需要用BehaviorSubject替换所有代码。让我们来看一些更复杂的东西。
假设需要一个方法，首先将数据写进磁盘，然后再作为结果返回。这是一种用defer()操作符的实现：
public Observable<SomeType> createSomeType(final String value) {
return Observable.defer(new Func0<Observable<SomeType>>() {
@Override public Observable<SomeType> call() {
SomeType someType = new SomeType();
someType.setValue(value);
try {
db.writeToDisk(someType);
} catch (IOException e) {
return Observable.error(e);
}
return Observable.just(someType);
}
});
}这个例子稍微复杂一些，将数据写进磁盘的同时如果抛出异常并捕获，则立即调用onError，基本的思路是相同的，那就是：在订阅发生之前，不希望执行任何代码。
其实，有很多方式可以解决上面的问题，虽然使用defer()操作符只是其中之一，但是，使用起来真的很方便。