RxJava 事件的发出和消费都在同一个线程，基于同步的观察者模式。观察者模式的核心是后台处理，前台回调的异步机制。要实现异步，需要引入 RxJava 的另一个概念 - 线程调度器 Scheduler。
正文
在不指定线程的情况下，RxJava 遵循的是线程不变的原则。即在哪个线程调用 subscribe() 方法，就在哪个线程生产事件；在哪个线程生产事件，就在哪个线程消费事件。如果需要切换线程，就需要用到线程调度器 Scheduler。
1. 几种Scheduler介绍
在 RxJava 中，Scheduler - 调度器，相当于线程控制器，RxJava 通过它来指定每一段代码应该运行在什么样的线程。RxJava 已经内置了几个 Scheduler ，它们已经适合大多数的使用场景：
- Schedulers.immediate()
直接在当前线程运行，相当于不指定线程。这是默认的 Scheduler。
- Schedulers.newThread()
总是启用新线程，并在新线程执行操作。
- Schedulers.io()
I/O 操作（读写文件、读写数据库、网络信息交互等）所使用的 Scheduler。行为模式和 newThread() 差不多，区别在于 io() 内部采用的是一个无数量上限的线程池，可以重用空闲的线程。因此多数情况下 io() 比 newThread() 更有效率。
注意：不要把计算任务放在
io()中，可以避免创建不必要的线程。
- Schedulers.computation()
计算任务所使用的 Scheduler。这个计算指的是 CPU 密集型计算，即不会被 I/O 等操作限制性能的操作，例如图形的计算。这个 Scheduler 使用的固定的线程池，大小为 CPU 核数。
注意：不要把 I/O 操作放在 computation() 中，否则 I/O 操作的等待时间会浪费 CPU。
- androidSchedulers.mainThread()
Android 还有一个专用的 AndroidSchedulers.mainThread()，它指定的操作将在 Android 主线程运行。
2. Scheduler的线程切换
2.1. 单次线程切换
有了这几个 Scheduler，就可以使用 subscribeOn() 和 observeOn() 两个方法来对线程进行控制了。
-
subscribeOn(): 指定subscribe()所发生的线程，即Observable.OnSubscribe被激活时所处的线程，或者叫做事件产生的线程。 -
observeOn(): 指定Subscriber所运行在的线程，或者叫做事件消费的线程。
直接看代码：
Observable.just(1, 2, 3, 4)
.subscribeOn(Schedulers.io()) // 指定 subscribe() 发生在 IO 线程
.observeOn(AndroidSchedulers.mainThread()) // 指定 Subscriber 的回调发生在主线程
.subscribe(new Action1<Integer>() {
@Override
public void call(Integer number) {
Log.d(tag, "number:" + number);
}
});
复制代码上面这段代码中，由于 subscribeOn(Schedulers.io()) 的指定，被创建的事件的内容 1、2、3、4 将会在 IO 线程发出；由于 observeOn(AndroidScheculers.mainThread()) 的指定，因此 subscriber 数字的打印将发生在主线程。
事实上，这种使用方式非常常见，它适用于多数的 『后台线程取数据，主线程显示』的程序策略。
以下是一个完整的例子：
int drawableRes = ...;
ImageView imageView = ...;
Observable.create(new OnSubscribe<Drawable>() {
@Override
public void call(Subscriber<? super Drawable> subscriber) {
Drawable drawable = getTheme().getDrawable(drawableRes));
subscriber.onNext(drawable);
subscriber.onCompleted();
}
})
// 指定事件发出，即图片读取发生在 IO 线程
.subscribeOn(Schedulers.io())
// 指定事件消费 - 回调，即页面图片渲染发生在主线程
.observeOn(AndroidSchedulers.mainThread())
.subscribe(new Observer<Drawable>() {
@Override
public void onNext(Drawable drawable) {
imageView.setImageDrawable(drawable);
}
@Override
public void onCompleted() {
}
@Override
public void onError(Throwable e) {
Toast.makeText(activity, "Error!", Toast.LENGTH_SHORT).show();
}
});
复制代码这样的好处是，加载图片的过程发生在 IO 线程，而设置图片则发生在了主线程。这就意味着，即使加载图片耗费了几十甚至几百毫秒的时间，也不会造成界面上的丝毫卡顿。
2.2. 多次线程切换
上面介绍到可以利用 subscribeOn() 结合 observeOn() 来实现线程控制，让事件的产生和消费发生在不同的线程。在了解了 map() 和 flatMap() 等变换方法后，一个问题就产生了 - 能不能多切换几次线程？
因为 observeOn() 指定的是 Subscriber 的线程，而这个 Subscriber 并不是 subscribe()参数中的 Subscriber ，而是 observeOn() 执行时，当前 Observable 所对应的 Subscriber，即它的直接下级 Subscriber。
也就是说，observeOn() 指定的是它之后的操作所在的线程。因此如果有多次切换线程的需求，只要在每个想要切换线程的位置调用一次 observeOn() 即可。
直接查看示例代码：
Observable.just(1, 2, 3, 4)
// 事件发出的 IO 线程，由 subscribeOn() 指定
.subscribeOn(Schedulers.io())
// 新线程，由 observeOn() 指定
.observeOn(Schedulers.newThread())
.map(mapOperator)
// IO 线程，由 observeOn() 指定
.observeOn(Schedulers.io())
.map(mapOperator2)
// Android 主线程，由 observeOn() 指定
.observeOn(AndroidSchedulers.mainThread)
.subscribe(subscriber);
复制代码上面的代码，通过 observeOn() 的多次调用，程序实现了线程的多次切换。不过，不同于 observeOn()的是，subscribeOn() 的位置放在哪里都可以，但它是只能调用一次的。
3. Scheduler的实现原理
其实，subscribeOn() 和 observeOn() 的内部实现，也是用的 lift() (见上文)，具体看图（不同颜色的箭头表示不同的线程）：
- subscribeOn()的原理图
从图中可以看出，subscribeOn() 进行了线程切换的工作（图中的 schedule... 的位置）。
subscribeOn() 的线程切换发生在 OnSubscribe 中，即在它通知上一级 OnSubscribe 时，这时事件还没有开始发送，因此 subscribeOn() 的线程控制只能在事件发出的开端造成影响，即只允许一次线程切换。
- observeOn()的原理图
从图中可以看出，和 observeOn() 进行了线程切换的工作（图中的 schedule... 的位置）。
observeOn() 的线程切换则发生在它内建的 Subscriber 中，即发生在它即将给下一级Subscriber 发送事件时，因此 observeOn() 控制的是它后面的线程，允许多次线程切换。
- 混合切换原理图
最后用一张图来解释当多个 subscribeOn() 和 observeOn() 混合使用时，线程调度是怎么发生的：
图中共有 5 处对事件的操作，由图中可以看出:
-
① 和 ② 两处受第一个
subscribeOn()影响，运行在红色线程； -
③ 和 ④ 处受第一个
observeOn()的影响，运行在绿色线程； -
⑤ 处受第二个
onserveOn()影响，运行在紫色线程； -
而第二个
subscribeOn()，由于在通知过程中线程就被第一个subscribeOn()截断，因此对整个流程并没有任何影响。
注意：当使用了多个 subscribeOn() 的时候，只有第一个 subscribeOn() 起作用。
4. 延伸拓展
虽然超过一个的 subscribeOn() 对事件处理的流程没有影响，但在流程之前却是有用的。在前面的文章介绍 Subscriber 的时候，提到过 Subscriber 的 onStart() 可以用作流程开始前的初始化处理。
由于 onStart() 在 subscribe() 发生时就被调用了，因此不能指定线程，而是只能执行在 subscribe() 被调用时的线程。这就导致如果 onStart() 中含有对线程有要求的代码（例如：在界面上显示一个 ProgressBar，这必须在主线程执行），将会有线程非法的风险，因为无法预测 subscribe() 会在什么线程执行。
与 Subscriber.onStart() 相对应的，有一个方法 Observable.doOnSubscribe()。它和 Subscriber.onStart() 同样是在 subscribe() 调用后而且在事件发送前执行，但区别在于它可以指定线程。默认情况下，doOnSubscribe() 执行在 subscribe() 发生的线程；而如果在 doOnSubscribe() 之后有 subscribeOn() 的话，它将执行在离它最近的 subscribeOn() 所指定的线程。
示例代码如下：
Observable.create(onSubscribe)
.subscribeOn(Schedulers.io())
.doOnSubscribe(new Action0() {
@Override
public void call() {
// 需要在主线程执行
progressBar.setVisibility(View.VISIBLE);
}
})
.subscribeOn(AndroidSchedulers.mainThread())
// 指定主线程
.observeOn(AndroidSchedulers.mainThread())
.subscribe(subscriber);
复制代码上面的代码，在 doOnSubscribe() 的后面跟一个 subscribeOn() ，就能指定特定工作的线程了！
小结
RxJava 的提供的各种事件及事件转换模型，以及基于转换的线程调度器，结合观察者模式，使得 RxJava 在异步编程体验、灵活性和运行效率上领先于其他的开源框架！
欢迎关注技术公众号： 零壹技术栈
本帐号将持续分享后端技术干货，包括虚拟机基础，多线程编程，高性能框架，异步、缓存和消息中间件，分布式和微服务，架构学习和进阶等学习资料和文章。