这似乎是一个愚蠢的问题,我已经进行了一些测试以查看其在实际中的工作方式,但是我希望看到它得到证实,并且如果可能的话,我想知道为什么因为我理解Rx规则时感觉就像是一个令人讨厌的漏洞,因此可观察性合同及其实施受到了很大的影响。另外,如果您可以告诉我在哪里可以找到它,那么它将在以后帮助我自己回答这些问题。
如果我使用以下Observable:
Observable.range(0, 3)
.observeOn(schedulerA)
.flatMap(i -> Observable.just(i)
.observeOn(schedulerB)
.map(j -> -j))
.doOnNext(i -> System.out.println(String.format("Got %d", i)))
.subscribe()
然后将在.doOnNext(i -> System.out.println(String.format("Got %d", i)))
或schedulerA
上执行运算符schedulerB
,为什么存在基于形式或规范的原因?
谢谢。
答案 0 :(得分:5)
不能保证在哪个调度程序doOnNext
上运行。以概率的方式可能是其中之一。
这样做的原因是flatMap
运算符使用了高级的快速路径和工作窃取算法,该算法可以由任一线程触发,并且也可以执行另一线程的某些任务。
琐碎的内部Observable
快速完成后,schedulerA
可能仍在处理其预订,并检测到来自内部源的值可用,从而在同一{{ 1}}线程。其他时间,schedulerA
在处理内部schedulerA
之前会完成处理,从而产生一个项目。在这种情况下,Observable
将触发schedulerB
内部的发射。
通常,当您不确定哪个线程将处理您的flatMap
时,请始终在所需的调度程序之前应用doOnNext
。