RxJava(七) 使用debounce操作符 优化app搜索功能

原创 2016年06月01日 13:16:26

欢迎转载,转载请标明出处:
http://blog.csdn.net/johnny901114/article/details/51555203
本文出自:【余志强的博客】

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内存泄漏问题

一、抛出问题

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

etKey.addTextChangedListener(new TextWatcher() {
    @Override
    public void beforeTextChanged(CharSequence s, int start, int count, int after) {
    }

    @Override
    public void onTextChanged(CharSequence s, int start, int before, int count) {
    }

    @Override
    public void afterTextChanged(Editable s) {
        String key = etKey.getText().toString().trim();
        if (key.length() > 0){
            search(key);// 请求搜索接口,成功后把结果显示到界面上.
        }
    }
});

这样做有两个问题:

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

二、如何解决问题

使用强大的RxJava的 debounce操作符 可以解决这个问题。

subscription = RxTextView.textChanges(etKey)
                .debounce(400, TimeUnit.MILLISECONDS, AndroidSchedulers.mainThread())
                .subscribeOn(AndroidSchedulers.mainThread())// 对etKey[EditText]的监听操作 需要在主线程操作
                //对用户输入的关键字进行过滤
                .filter(new Func1<CharSequence, Boolean>() {
                    @Override
                    public Boolean call(CharSequence charSequence) {
                        Log.d("RxJava", "filter is main thread : " + (Looper.getMainLooper() == Looper.myLooper()));
                        return charSequence.toString().trim().length() > 0;
                    }
                })
                .flatMap(new Func1<CharSequence, Observable<List<String>>>() {
                    @Override
                    public Observable<List<String>> call(CharSequence charSequence) {
                        Log.d("RxJava", getMainText("flatMap"));
                        return searchApi.search(charSequence.toString());
                    }
                })
                //.subscribeOn(Schedulers.io()不起作用
                .observeOn(AndroidSchedulers.mainThread())
                .subscribe(new Action1<List<String>>() {
                    @Override
                    public void call(List<String> strings) {
                        tvContent.setText("search result:\n\n");
                        tvContent.append(strings.toString());
                    }
                }, new Action1<Throwable>() {
                    @Override
                    public void call(Throwable throwable) {
                        throwable.printStackTrace();
                        tvContent.append("Error:" + throwable.getMessage());
                    }
                });

上面代码的主要逻辑:

  • 使用debounce操作符设置: 只有当用户输入关键字后400毫秒才发射数据[说的直白点就是400毫秒后才会走后面的逻辑];
  • 使用filter操作符 对用户输入的关键字进行过滤:只有输入的关键字不为空,才会走后面的逻辑;
  • 使用flatMap操作符:使用最终的关键字去请求搜索接口

至此,避免EditText每改变一次就请求一次的情况。
但是,还有一个问题,上面说的导致搜索结果的错乱,上面的代码还是没有解决,比如停止输入400毫秒后, 那么肯定会开始请求Search接口, 但是用户又会输入新的关键字,这个时候上个请求还没有返回, 新的请求又去请求Search接口.这个时候有可能最后的一个请求返回, 第一个请求最后返回,导致最终显示的结果是第一次搜索的结果.

怎么去解决这个问题:可以使用switchMap操作符解决。

看看官网对 switchMap操作符 如何解释的:

Returns a new Observable by applying a function that you supply to each item emitted by the source Observable that returns an Observable, 
and then emitting the items emitted by the most recently emitted of these Observables.

switchMap操作符flatMap操作符 差不多,区别是switchMap操作符只会发射[emit]最近的Observables。

也就是说,当400毫秒后,发出第一个搜索请求,当这个请求的过程中,用户又去搜索了,发出第二个请求,不管怎样,switchMap操作符只会发射第二次请求的Observable。所以,在上面的代码基础上把flatMap改成switchMap就可以了。

三、线程切换

上面的filter、flatMap、switchMap在主线程执行,如果想其在子线程中执行怎么办,可以把debounce(400, TimeUnit.MILLISECONDS, AndroidSchedulers.mainThread())
改成
debounce(400, TimeUnit.MILLISECONDS, Schedulers.io())即可。但是如果我想精确控制怎么办?例如filter在主线程中执行,flatMap在子线程中执行。对于线程切换的问题,后面再开一篇博客来讲!


本文的例子放在github上 https://github.com/chiclaim/android-sample/tree/master/rxjava

版权声明:本文为博主原创文章,未经博主允许不得转载。

相关文章推荐

在ubuntu下安装Windows字体

由于习惯了Windows下的字体,看Ubuntu的字体总感觉有点别扭,另外Ubuntu下的中文字体比较少,不能满足一些排版工作,我们可以通过以下方法将Windows的字体安装到Ubuntu中。1、将需...

ubuntu16.04使用手札(三)——字体安装

安装字体在前一篇文章里面提到用font-manager,但是16.04下不知道是抽风还是怎么回事,一直报错。按照提示逐个问题解决,最后提示iBus connect refuse, 彻底无语表示无法解决...
  • up_com
  • up_com
  • 2016-04-22 11:13
  • 16078

Ubuntu 安装字体方法

命令安装:         以微软雅黑字体为例(其他的宋体、黑体等点阵字体都一样的),我们的雅黑字体文件是:Yahei.ttf(放在自己的主目录下)(在widows目录的Fonts目录下找需...

Android项目-高考作文功能简介(一)

开发安卓也已2年多了近3年了, 在自己刚入行的时候就有自己独立开发一个App的想法.  后来自己做了高考作文>>这一App. 后面续续断断的维护者. 也因为功能简单, 文章数量少. 安装量一天最高的...

Android RxJava使用介绍(三) RxJava的操作符

上一篇文章已经详细讲解了RxJava的创建型操作符,本片文章将继续讲解RxJava操作符,包括: Transforming Observables(Observable的转换操作符) Filterin...

RxJava(十一)defer操作符实现代码支持链式调用

前言现在越来越多Android开发者使用到RxJava,在Android使用RxJava主要有如下好处: 1,轻松切换线程。以前我们切换线程主要使用Handler等手段来做。 2,轻松解决回调的嵌...

RxJava(九)zip操作符在Android中的实际使用场景

zip操作符概述官方文档描述:Returns an Observable that emits the results of a specified combiner function applied...

Android 性能优化(一)内存篇

一、android官方一些内存方面的内存tips 二、使用 ArrayMap、SparseArray代替HashMap 三、Thread与Thread Pool线程池 四、IntentService与...

RxJava 1.x 笔记:组合型操作符

最近去检查眼睛,发现度数又涨了,唉,各位猿多注意保护自己的眼睛吧!前面学了 RxJava 的三种关键操作符: 创建型操作符 过滤型操作符 变换型操作符 读完本文你将了解第四种(组合型操作符):组合型操...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)