RxJava-flatmap vs concatMap-为什么在订阅时订购相同的产品？

Question

根据这个线程，conCatMap和flatmap只在项目的发出顺序上有所不同。所以我做了一个测试，创建了一个简单的整数流，并想看看它们将以什么顺序发出。我做了一个小的可观测值，它可以接收1-5之间的数字，然后乘以2。容易的

这是带有平面图的代码：

myObservable.flatMap(new Func1<Integer, Observable<Integer>>() {
        @Override
        public Observable<Integer> call(Integer integer) {
            return Observable.just(integer * 2);
        }
    }).subscribe(new Observer<Integer>() {
        @Override
        public void onCompleted() {

        }

        @Override
        public void onError(Throwable e) {

        }

        @Override
        public void onNext(Integer integer) {
        Log.v("myapp","from flatMap:"+integer);
        }
    });

和使用concatMap的完全相同的代码：

myObservable.concatMap(new Func1<Integer, Observable<Integer>>() {
        @Override
        public Observable<Integer> call(Integer integer) {
            return Observable.just(integer * 2);
        }
    }).subscribe(new Observer<Integer>() {
        @Override
        public void onCompleted() {

        }

        @Override
        public void onError(Throwable e) {

        }

        @Override
        public void onNext(Integer integer) {
        Log.v("myapp","from concatmap:"+integer);
        }
    });

当我在日志中看到打印出来的时候，两者的顺序都是一样的，为什么？我以为只有concatMap才能维持秩序？

Answer 1

你所看到的只是巧合。每次您的平面图返回一个值时，它都会在与前一个相同的线程上执行。

我修改了您的示例以利用多线程：

Observable.just(1, 2, 3, 4, 5, 6, 7, 8, 9, 10)
        .flatMap(integer -> Observable.just(integer)
                .observeOn(Schedulers.computation())
                .flatMap(i -> {
                    try {
                        Thread.sleep(new Random().nextInt(1000));
                        return Observable.just(2 * i);
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                        return Observable.error(e);
                    }
                }))
        .subscribe(System.out::println,
                Throwable::printStackTrace,
                () -> System.out.println("onCompleted"));

我将每个值延迟一个随机延迟，以强制执行不同的顺序。此外，我在这之前添加了observeOn（Schedulers.computation（）），这样下一个操作符（flatMap）就会在计算线程池上运行——这就是多线程的魔力。

这是我的示例（在Android上）的输出：

I/System.out: 6
I/System.out: 4
I/System.out: 12
I/System.out: 14
I/System.out: 8
I/System.out: 2
I/System.out: 16
I/System.out: 20
I/System.out: 10
I/System.out: 18
I/System.out: onCompleted

如果将之后的平面图替换为concatMap，则会得到正确排序的输出。

托马斯·尼尔德（ThomasNield）有一篇很好的帖子，其中有一个恰当的解释。