RxJava 在 Android 中使用场景详解

最新推荐文章于 2024-01-30 18:33:58 发布

Chiclaim

最新推荐文章于 2024-01-30 18:33:58 发布

阅读量4k

点赞数 4

分类专栏： Android 文章标签： RxJava map flatMap concatMap retryWhen

本文链接：https://blog.csdn.net/yuzhiqiang666/article/details/51042840

版权

Android 专栏收录该内容

146 篇文章 20 订阅

订阅专栏

RxJava系列文章目录导读：

一、RxJava create操作符的用法和源码分析
 二、RxJava map操作符用法详解
 三、RxJava flatMap操作符用法详解
 四、RxJava concatMap操作符用法详解
 五、RxJava onErrorResumeNext操作符实现app与服务器间token机制
 六、RxJava retryWhen操作符实现错误重试机制
 七、RxJava 使用debounce操作符优化app搜索功能
 八、RxJava concat操作处理多数据源
 九、RxJava zip操作符在Android中的实际使用场景
 十、RxJava switchIfEmpty操作符实现Android检查本地缓存逻辑判断
 十一、RxJava defer操作符实现代码支持链式调用
 十二、combineLatest操作符的高级使用
 十三、RxJava导致Fragment Activity内存泄漏问题
 十四、interval、takeWhile操作符实现获取验证码功能
 十五、RxJava线程的自由切换

在Android开发中的一些真实场景如何使用RxJava

该项目介绍了Rxjava一些常用的操作符和在实际场景使用的一些案例.
为了更加贴近真实项目, 项目中使用的网络请求和一些耗时任务都是请求本地服务器的. 服务器端使用Java web+Tomcat来实现的.
如果需要可以把服务器部署在你的本地机器上, 服务器代码下载地址

##Example Details

1. 基础部分

基础部分介绍了 Rxjava的一些常用操作符如:create 、just 、 from 、map、flatMap、concatMap vs flatMap

2. 每个HTTP请求都带token给服务器 [如果token过期则获取新token]

一般请情况下,很多公司的提api接口, 请求的的时候都需要带有token, 该token在用户第一次启动app或者登陆的时候去获取. 以后的所有请求都需要带该Token
如果token过期, 服务器将返回401, 这时候就需要去请求获取token的接口, 如果获取成功接着在请求原来的接口.
这个时候就两个回调的嵌套了. 实现起来比较费劲, 而且也不够优雅. 代码的可维护性变得很差.
可以使用 onErrorResumeNext 来处理这样的业务逻辑.

3. 搜索防抖[Search debounce]

现在几乎所有的App都有搜索功能 , 一般情况我们监听EditText控件,当值发生改变去请求搜索接口. 这将导致2个问题:

可能导致很多没有意义的请求,耗费用户流量(因为控件的值没更改一次立即就会去请求网络)
可能导致最终的结果不是用户想要的. 例如,用户一开始输入关键字’AB’ 这个时候出现两个请求, 一个请求是A关键字, 一个请求是AB关键字.
表面上是’A’请求先发出去, 'AB’请求后发出去. 如果后发出去的’AB’请求先返回, 'A’请求后返回,那么’A’请求后的结果将会覆盖’AB’请求的结果.
从而导致搜索结果不正确.

很多文章说使用 debounce 操作可以解决这个问题.
但是, RxJava也不能完全解决这个问题, 可以使用 debounce 操作符也只能从一定程度上减少这种情况的出现.
比如: 一开始用户输入了AB两个字符, 在某个时间段内, 用户没有输入新的关键字, 将会发出搜索请求, 此时用户又输入新的关键字C,
那就输入框就是ABC了, 在某个时间段内, 用户没有输入新的关键字, 将会发出搜索新的请求. 如果’ABC’的请求返回比’AB’的快, 那么AB请求的结果将会覆盖’ABC’请求的结果,从而导致不正确的结果