2

对于我的应用程序的搜索功能，我有一个热的可观察链，它执行以下操作。

  1. 接受用户输入字符串到EditText(a TextChangedEvent) (on mainThread)
  2. 去抖 300 毫秒（在computation线程上）
  3. 显示加载微调器 ( mainThread)
  4. 使用该字符串查询 SQL 数据库（此查询可能需要 100 毫秒到 2000 毫秒之间的任何时间）（打开Schedulers.io()）
  5. 向用户显示结果 ( mainThread)

因为第 3 步的长度变化很大，所以会出现竞争条件，即较新的搜索结果显示在较新的结果上（有时）。假设用户想要输入chicken，但由于输入速度很奇怪，单词的第一部分在整个术语之前发出：

  • 首先发送搜索chick，然后发送chicken.
  • 说chick需要1500ms执行，而chicken需要300ms执行。
  • 这会导致chick搜索结果错误地显示搜索词chicken。这是因为chicken搜索首先完成（仅用了 300 毫秒），然后是chick搜索（1500 毫秒）。

我该如何处理这种情况？

  • 一旦用户通过 a 我不关心旧搜索触发新搜索TextChangedEvent，即使它仍在运行。有什么办法可以取消旧的搜索？

完整的可观察代码：

subscription = WidgetObservable.text(searchText)
                .debounce(300, TimeUnit.MILLISECONDS)
                .observeOn(AndroidSchedulers.mainThread())
                        //do this on main thread because it's a UI element (cannot access a View from a background thread)

                        //get a String representing the new text entered in the EditText
                .map(new Func1<OnTextChangeEvent, String>() {
                    @Override
                    public String call(OnTextChangeEvent onTextChangeEvent) {
                        return onTextChangeEvent.text().toString().trim();
                    }
                })
                .subscribeOn(AndroidSchedulers.mainThread())
                .doOnNext(new Action1<String>() {
                    @Override
                    public void call(String s) {
                        presenter.handleInput(s);
                    }
                })
                .subscribeOn(AndroidSchedulers.mainThread())
                .observeOn(Schedulers.io())
                .filter(new Func1<String, Boolean>() {
                    @Override
                    public Boolean call(String s) {
                        return s != null && s.length() >= 1 && !s.equals("");
                    }
                }).doOnNext(new Action1<String>() {
                    @Override
                    public void call(String s) {
                        Timber.d("searching for string: '%s'", s);
                    }
                })
                        //run SQL query and get a cursor for all the possible search results with the entered search term
                .flatMap(new Func1<String, Observable<SearchBookmarkableAdapterViewModel>>() {
                    @Override
                    public Observable<SearchBookmarkableAdapterViewModel> call(String s) {
                        return presenter.getAdapterViewModelRx(s);
                    }
                })
                .subscribeOn(Schedulers.io())
                        //have the subscriber (the adapter) run on the main thread
                .observeOn(AndroidSchedulers.mainThread())
                        //subscribe the adapter, which receives a stream containing a list of my search result objects and populates the view with them
                .subscribe(new Subscriber<SearchBookmarkableAdapterViewModel>() {
                    @Override
                    public void onCompleted() {
                        Timber.v("Completed loading results");
                    }

                    @Override
                    public void onError(Throwable e) {
                        Timber.e(e, "Error loading results");
                        presenter.onNoResults();
                        //resubscribe so the observable keeps working.
                        subscribeSearchText();
                    }

                    @Override
                    public void onNext(SearchBookmarkableAdapterViewModel searchBookmarkableAdapterViewModel) {
                        Timber.v("Loading data with size: %d into adapter", searchBookmarkableAdapterViewModel.getSize());
                        adapter.loadDataIntoAdapter(searchBookmarkableAdapterViewModel);
                        final int resultCount = searchBookmarkableAdapterViewModel.getSize();
                        if (resultCount == 0)
                            presenter.onNoResults();
                        else
                            presenter.onResults();
                    }
                });
4

1 回答 1

3

使用switchMap而不是flatMap. 这将导致它在您开始新查询时丢弃*前一个查询。

*这是如何工作的：

每当外部源 observable 产生一个新值时，switchMap调用您的选择器以返回一个新的内部 observable（presenter.getAdapterViewModelRx(s)在这种情况下）。 switchMap然后取消订阅它正在收听的前一个内部 observable 并订阅新的。

取消订阅之前的内部 observable 有两个影响：

  1. 由可观察对象产生的任何通知（值、完成、错误等）都将被默默地忽略并丢弃。

  2. observable 将被通知其观察者已取消订阅，并且可以选择采取措施取消它所代表的任何异步进程。

您放弃的查询是否真的被取消完全取决于presenter.getAdapterViewModelRx(). 理想情况下，它们将被取消以避免不必要地浪费服务器资源。但即使它们继续运行，上面的#1 也可以防止您的 typeahead 代码看到陈旧的结果。

于 2015-08-04T20:50:42.947 回答