首先承认这有点标题党的味道,subscribeOn与observeOn在我刚刚接触响应式的时候把我搞得焦头烂额,虽然经过别人耐心地解释,但心中中存在一些疑惑,下面详细介绍两者之间的区别和共同点:
这是官网对这两者的解释,反正我是没有看出这两者之间的区别,只有线的颜色不同,总体来说官网的图片解释很能说明问题,但是这次不行了。问题就出在线的颜色上,代表了不同的schedule,代码最能说明问题啦:
int
maxNumber
=
5
Observable[Int]
generator
=
Observable.from(
1
to maxNumber).debug(
"Generated"
) 1
Observable[Int]
shiftedUp
=
generator.map(shiftUp).debug(
"Shifted Up"
) 2
Observable[Int]
shiftedDown
=
shiftedUp.map(shiftDown).debug(
"Shifted Down"
) 3
Observable[Int]
shiftedDown.subscribe(debug(
"Received"
,
_
)) 4
标号一的地方是创建了一个observable,标号二、三的地方时map observable(转换) 。标号四是监听 ,debug函数是打印经过当前observable中的value以及当前的schedule信息
输出结果:
这步操作仅仅是作为一个参考,接下来上主角:
int
maxNumber
=
5
Observable[Int]
generator
=
Observable.from(
1
to maxNumber).debug(
"Generated"
) 1
Observable[Int]
shiftedUp
=
generator.map(shiftUp).subscribeOn(scheduler).debug(
"Shifted Up"
) 2
Observable[Int]
shiftedDown
=
shiftedUp.map(shiftDown).debug(
"Shifted Down"
) 3
Observable[Int]
shiftedDown.subscribe(debug(
"Received"
,
_
)) 4
对比结果的不同,schedule是不同的!!其他都是符合预期的,接下来:
int
maxNumber
=
5
Observable[Int]
generator
=
Observable.from(
1
to maxNumber).debug(
"Generated"
) 1
Observable[Int]
shiftedUp
=
generator.map(shiftUp).observeOn(scheduler).debug(
"Shifted Up"
) 2
Observable[Int]
shiftedDown
=
shiftedUp.map(shiftDown).debug(
"Shifted Down"
) 3
Observable[Int]
shiftedDown.subscribe(debug(
"Received"
,
_
)) 4
结果:
看出两者结果的不同之处没?没错是scheduler了。
首先来说observeOn和subscribeon都是对observable的一种操作,区别就是subscribeOn改变了observable本身产生事件的schedule以及发出事件后相关处理事件的程序所在的schedule,而obseveron仅仅是改变了对发出事件后相关处理事件的程序所在的schedule。
或许你会问,这有多大的区别吗?的确是有的,比如说产生observable事件是一件费时可能会卡主线程的操作(比如说获取网络数据),那么subscribeOn就是你的选择,这样可以避免卡住主线程。再让我们回归一下官网:
这句话其实就已经说明白很多事情,
两者最主要的差别是影响的范围不同,observeOn is more limited,但是却是可以多次调用,多次改变不同的接受者所在的schedule,在调用这个函数之后的observable造成影响。而subscribeon则是一次性的,无论在什么地方调用,总是从改变最原始的observable开始影响整个observable的处理。