深入浅出 RxJava (二、操作符)

阿里云产品限时红包,最高 ¥1888 元,立即领取

第一篇博客中,我介绍了 RxJava 的一些基础知识,同时也介绍了 map() 操作符。当然如果你并没有意愿去使用 RxJava 我一点都不诧异,毕竟才接触了这么点儿。看完这篇博客,我相信你肯定想立即在你的项目中使用 RxJava 了,这边博客将介绍许多 RxJava 中的操作符, RxJava 的强大性就来自于它所定义的操作符。

首先先看一个例子:

准备工作

假设我有这样的一个方法:

1
2
//这个方法根据输入的字符串返回一个网站的 url 列表
Observable<List<String>> query(String text);

现在我希望构建一个健壮系统,它可以查询字符串并且显示结果。根据上一篇博客的内容,我们可能会写出下面的代码:

1
2
3
4
5
6
query("Hello, world!")
.subscribe(urls -> {
for (String url : urls) {
System.out.println(url);
}
});

这种代码当然是不能容忍的,因为上面的代码使我们丧失了变化数据流的能力。一旦我们想要更改每一个 URL,只能在 Subscriber 中来做。我们竟然没有使用如此酷的 map() 操作符!!!

当然,我可以使用 map 操作符,map 的输入是 urls 列表,处理的时候还是要 for each 遍历,一样很蛋疼。

万幸的是

我们有 Observable.from() 方法,它接收一个集合作为输入,然后每次输出一个元素给 subscriber:

1
2
Observable.from("url1", "url2", "url3")
.subscribe(url -> System.out.println(url));

我们来把这个方法使用到刚才的场景:

1
2
3
4
5
query("Hello, world!")
.subscribe(urls -> {
Observable.from(urls)
.subscribe(url -> System.out.println(url));
});

虽然去掉了 for each 循环,但是代码依然看起来很乱。多个嵌套的 subscription 不仅看起来很丑,难以修改,更严重的是它会破坏我们现在还没有讲到的 RxJava 的特性。

改进

救星来了,他就是 flatMap()。

Observable.flatMap() 接收了一个 Observable 的输出作为输入,同时输出另外一个 Observable。直接看代码:

1
2
3
4
5
6
7
8
query("Hello, world!")
.flatMap(new Func1<List<String>, Observable<String>>() {
@Override
public Observable<String> call(List<String> urls) {
return Observable.from(urls);
}
})
.subscribe(url -> System.out.println(url));

这里我贴出了整个的函数代码,以方便你了解发生了什么,使用 lambda 可以大大简化代码长度:

1
2
3
query("Hello, world!")
.flatMap(urls -> Observable.from(urls))
.subscribe(url -> System.out.println(url));

flatMap() 是不是看起来很奇怪?为什么它要返回另外一个 Observable 呢?理解 flatMap 的关键点在于,flatMap 输出的新的 Observable 正是我们在 Subscriber 想要接收的。现在 Subscriber 不再收到 List,而是收到一系列单个的字符串,就像 Observable.from() 的输出一样。

这部分也是我当初学 RxJava 的时候最难理解的部分,一旦我突然领悟了, RxJava 的很多疑问也就一并解决了。

还可以更好

flatMap() 实在不能更赞了,它可以返回任何它想返回的 Observable 对象。

比如下面的方法:

1
2
// 返回网站的标题,如果404了返回null
Observable<String> getTitle(String URL);

接着前面的例子,现在我不想打印 URL 了,而是要打印收到的每个网站的标题。问题来了,我的方法每次只能传入一个 URL,并且返回值不是一个 String,而是一个输出 String 的 Observable 对象。使用 flatMap() 可以简单的解决这个问题。

1
2
3
4
5
6
7
8
9
query("Hello, world!")
.flatMap(urls -> Observable.from(urls))
.flatMap(new Func1<String, Observable<String>>() {
@Override
public Observable<String> call(String url) {
return getTitle(url);
}
})
.subscribe(title -> System.out.println(title));

使用 lambda:

1
2
3
4
query("Hello, world!")
.flatMap(urls -> Observable.from(urls))
.flatMap(url -> getTitle(url))
.subscribe(title -> System.out.println(title));

是不是感觉很不可思议?我竟然能将多个独立的返回 Observable 对象的方法组合在一起!帅呆了!

不止这些,我还将两个 API 的调用组合到一个链式调用中了。我们可以将任意多个 API 调用链接起来。大家应该都应该知道同步所有的 API 调用,然后将所有 API 调用的回调结果组合成需要展示的数据是一件多么蛋疼的事情。这里我们成功的避免了 callback hell (多层嵌套的回调,导致代码难以阅读维护)。现在所有的逻辑都包装成了这种简单的响应式调用。

丰富的操作符

目前为止,我们已经接触了两个操作符, RxJava 中还有更多的操作符,那么我们如何使用其他的操作符来改进我们的代码呢?

getTitle() 返回 null 如果 url 不存在。我们不想输出 “null”,那么我们可以从返回的 title 列表中过滤掉 null 值!

1
2
3
4
5
query("Hello, world!")
.flatMap(urls -> Observable.from(urls))
.flatMap(url -> getTitle(url))
.filter(title -> title != null)
.subscribe(title -> System.out.println(title));

filter() 输出和输入相同的元素,并且会过滤掉那些不满足检查条件的。

如果我们只想要最多5个结果:

1
2
3
4
5
6
query("Hello, world!")
.flatMap(urls -> Observable.from(urls))
.flatMap(url -> getTitle(url))
.filter(title -> title != null)
.take(5)
.subscribe(title -> System.out.println(title));

take() 输出最多指定数量的结果。

如果我们想在打印之前,把每个标题保存到磁盘:

1
2
3
4
5
6
7
query("Hello, world!")
.flatMap(urls -> Observable.from(urls))
.flatMap(url -> getTitle(url))
.filter(title -> title != null)
.take(5)
.doOnNext(title -> saveTitle(title))
.subscribe(title -> System.out.println(title));

doOnNext()允许我们在每次输出一个元素之前做一些额外的事情,比如这里的保存标题。

看到这里操作数据流是多么简单了么。你可以添加任意多的操作,并且不会搞乱你的代码。

RxJava 包含了大量的操作符。操作符的数量是有点吓人,但是很值得你去挨个看一下,这样你可以知道有哪些操作符可以使用。弄懂这些操作符可能会花一些时间,但是一旦弄懂了,你就完全掌握了 RxJava 的威力。

你甚至可以编写自定义的操作符!这篇博客不打算讲自定义操作符,如果你想的话,请自行 Google 吧。

感觉如何?

好吧,你是一个怀疑主义者,并且还很难被说服,那为什么你要关心这些操作符呢?

因为操作符可以让你对数据流做任何操作。

将一系列的操作符链接起来就可以完成复杂的逻辑。代码被分解成一系列可以组合的片段。这就是响应式函数编程的魅力。用的越多,就会越多的改变你的编程思维。

另外,RxJava 也使我们处理数据的方式变得更简单。在最后一个例子里,我们调用了两个 API,对 API 返回的数据进行了处理,然后保存到磁盘。但是我们的 Subscriber 并不知道这些,它只是认为自己在接收一个 Observable 对象。良好的封装性也带来了编码的便利!

在第三部分中,我将介绍 RxJava 的另外一些很酷的特性,比如错误处理和并发,这些特性并不会直接用来处理数据。

原文链接:Grokking RxJava, Part 2: Operator, Operator
译文来源:深入浅出RxJava(二:操作符)