RxJava2 实战系列文章
RxJava2 实战知识梳理(1) - 后台执行耗时操作,实时通知 UI 更新
RxJava2 实战知识梳理(2) - 计算一段时间内数据的平均值
RxJava2 实战知识梳理(3) - 优化搜索联想功能
RxJava2 实战知识梳理(4) - 结合 Retrofit 请求新闻资讯
RxJava2 实战知识梳理(5) - 简单及进阶的轮询操作
RxJava2 实战知识梳理(6) - 基于错误类型的重试请求
RxJava2 实战知识梳理(7) - 基于 combineLatest 实现的输入表单验证
RxJava2 实战知识梳理(8) - 使用 publish + merge 优化先加载缓存,再读取网络数据的请求过程
RxJava2 实战知识梳理(9) - 使用 timer/interval/delay 实现任务调度
RxJava2 实战知识梳理(10) - 屏幕旋转导致 Activity 重建时恢复任务
RxJava2 实战知识梳理(11) - 检测网络状态并自动重试请求
RxJava2 实战知识梳理(12) - 实战讲解 publish & replay & share & refCount & autoConnect
RxJava2 实战知识梳理(13) - 如何使得错误发生时不自动停止订阅关系
RxJava2 实战知识梳理(14) - 在 token 过期时,刷新过期 token 并重新发起请求
RxJava2 实战知识梳理(15) - 实现一个简单的 MVP + RxJava + Retrofit 应用
一、应用背景
今天,我们以一个请求天气数据的例子,来演示如何用RxJava
实现网络重连时的自动请求,首先,我们对这个需求进行一个简单的描述,整个项目的框架如下所示:
- 在应用启动时,我们会启动定位模块,该定位模块在后台每隔一段时间发起一次定位请求,拿到定位的结果后,我们通过该城市向服务器发起请求,以获取对应城市的天气信息进行展示。
- 但是在拿到城市之后向服务器请求天气的过程中有可能是处于没有网络的状态,导致无法获取城市的天气信息并刷新界面,因此,我们需要检测网络的状态,在网络重连的时候,读取上一次缓存的城市,向服务器发起请求以获取城市对应天气信息。
本文的示例代码在 RxSample 的第十一章中。
二、示例
2.1 定位模块
我们通过一个后台线程来模拟定位的过程,它每隔一段时间获取一次定位的结果,并将该结果通过mCityPublish
发送数据给它的订阅者。
//用于发布定位到的城市结果。
private PublishSubject<Long> mCityPublish;
//模拟定位模块的回调。
private void startUpdateLocation() {
mLocationThread = new Thread() {
@Override
public void run() {
while (true) {
try {
for (long cityId : CITY_ARRAY) {
if (isInterrupted()) {
break;
}
Log.d(TAG, "重新定位");
Thread.sleep(5000);
Log.d(TAG, "定位到城市信息=" + cityId);
mCityPublish.onNext(cityId);
}
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
};
mLocationThread.start();
}
在mCityPublish
发送消息到订阅者收到消息之间,我们还需要做一些特殊的处理:
private Observable<Long> getCityPublish() {
return mCityPublish.distinctUntilChanged().doOnNext(new Consumer<Long>() {
@Override
public void accept(Long aLong) throws Exception {
saveCacheCity(aLong);
}
});
}
这里我们做了两步处理:
- 使用
distinctUntilChanged
对定位结果进行过滤,如果此次定位的结果和上次定位的结果相同,那么不通知订阅者。distinctUntilChanged
的原理图如下所示:
- 使用
doOnNext
,在返回结果给订阅者之前,先把最新一次的定位结果存储起来,用于在之后网络重连之后进行请求。
2.2 网络状态模块
与定位模块类似,我们也需要一个mNetStatusPublish
,其类型为PublishSubject
,它在网络状态发生变化时通知订阅者。这里需要注册一个广播,在收到广播之后,我们通过mNetStatusPublish
通知订阅者,代码如下:
private void registerBroadcast() {
mReceiver = new BroadcastReceiver() {
@Override
public void onReceive(Context context, Intent intent) {
if (mNetStatusPublish != null) {
mNetStatusPublish.onNext(isNetworkConnected());
}
}
};
IntentFilter filter = new IntentFilter(ConnectivityManager.CONNECTIVITY_ACTION);
registerReceiver(mReceiver, filter);
}
在收到网络状态变化的消息之后:
private Observable<Long> getNetStatusPublish() {
return mNetStatusPublish.filter(new Predicate<Boolean>() {
@Override
public boolean test(Boolean aBoolean) throws Exception {
return aBoolean && getCacheCity() > 0;
}
}).map(new Function<Boolean, Long>() {
@Override
public Long apply(Boolean aBoolean) throws Exception {
return getCacheCity();
}
}).subscribeOn(Schedulers.io());
}
这里我们做了两步处理:
- 使用
filter
对消息进行过滤,只有在 联网情况并且之前已经定位到了城市 之后才通知订阅者,filter
的原理图如下所示,该操作符用于过滤掉一些不需要的数据:
- 使用
map
,读取当前缓存的城市名,返回给订阅者,map
的原理图如下所示,该操作符可以用于执行变换操作。
2.3 网络请求模块
在2.1
和2.2
中,我们分别用getCityPublish()
和getNetStatusPublish()
来获取被订阅者,它们分别对应于定位模块和网络状态模块发生变化时所发送的城市数据,下面来看我们通过城市数据获取城市天气信息的代码:
private void startUpdateWeather() {
Observable.merge(getCityPublish(), getNetStatusPublish()).flatMap(new Function<Long, ObservableSource<WeatherEntity>>() {
@Override
public ObservableSource<WeatherEntity> apply(Long aLong) throws Exception {
Log.d(TAG, "尝试请求天气信息=" + aLong);
return getWeather(aLong).subscribeOn(Schedulers.io());
}
}).retryWhen(new Function<Observable<Throwable>, ObservableSource<?>>() {
@Override
public ObservableSource<?> apply(Observable<Throwable> throwableObservable) throws Exception {
return throwableObservable.flatMap(new Function<Throwable, ObservableSource<?>>() {
@Override
public ObservableSource<?> apply(Throwable throwable) throws Exception {
Log.d(TAG, "请求天气信息过程中发生错误,进行重订阅");
return Observable.just(0);
}
});
}
}).observeOn(AndroidSchedulers.mainThread()).subscribe(new Observer<WeatherEntity>() {
@Override
public void onSubscribe(Disposable disposable) {
mCompositeDisposable.add(disposable);
}
@Override
public void onNext(WeatherEntity weatherEntity) {
WeatherEntity.WeatherInfo info = weatherEntity.getWeatherinfo();
if (info != null) {
Log.d(TAG, "尝试请求天气信息成功");
StringBuilder builder = new StringBuilder();
builder.append("城市名:").append(info.getCity()).append("\n").append("温度:").append(info.getTemp()).append("\n").append("风向:").append(info.getWD()).append("\n").append("风速:").append(info.getWS()).append("\n");
mTvNetworkResult.setText(builder.toString());
}
}
@Override
public void onError(Throwable throwable) {
Log.d(TAG, "尝试请求天气信息失败");
}
@Override
public void onComplete() {
Log.d(TAG, "尝试请求天气信息结束");
}
});
}
private Observable<WeatherEntity> getWeather(long cityId) {
WeatherApi api = new Retrofit.Builder()
.baseUrl("http://www.weather.com.cn/")
.addConverterFactory(GsonConverterFactory.create())
.addCallAdapterFactory(RxJava2CallAdapterFactory.create())
.build().create(WeatherApi.class);
return api.getWeather(cityId);
}
这里我们做了以下几个操作:
使用
merge
合并两个数据源,我们通过getWeather(long cityId)
来获取城市信息,这里面用到了 RxJava2 实战知识梳理(4) - 结合 Retrofit 请求新闻资讯 的知识,只不过这里的接口是使用的天气信息网的数据,merge
的原理在 RxJava2 实战知识梳理(8) - 使用 publish + merge 优化先加载缓存,再读取网络数据的请求过程 也已经做了介绍。-
使用
retryWhen
进行重订阅,因为在获取到城市,之后转换成城市天气信息的时候有可能发生错误,如果发生了错误,那么整个调用链就结束了,需要重新订阅。这里的重订阅使用的retryWhen
操作符,关于重订阅更详细的解释可以看前面的这篇文章 RxJava2 实战知识梳理(6) - 基于错误类型的重试请求,下面是其中的部分说明:
使用
observeOn
切换到主线程进行界面的更新,原理如:
RxJava2 实战知识梳理(1) - 后台执行耗时操作,实时通知 UI 更新
2.4 示例演示
本章的示例代码在 RxSample 的第十一章中,我们演示两种情况:
- 正常联网情况,定位回调的间隔为
1s
:
控制台输出如下,可以看到只有当前后两次定位信息不同时才会发起网络请求天气信息:
-
在非联网的时候进入,并只进行一次定位,然后在切换到有网的状态。
此时控制台的输出如下,可以看到在网络重连之后,我们使用缓存的城市自动重新发起了请求:
2.6 操作符
在这个示例中,我们用到了以下几种操作符,如果有不明白的地方,大家可以去对应的链接中查看更详细的解释:
更多文章,欢迎访问我的 Android 知识梳理系列:
- Android 知识梳理目录://www.greatytc.com/p/fd82d18994ce
- 个人主页:http://lizejun.cn
- 个人知识总结目录:http://lizejun.cn/categories/