@Override
public void subscribe(ObservableEmitter e) throws Exception {
MyLog.i(“Observable.create at:” + Thread.currentThread().getId());
e.onNext(“Z”);
e.onNext(“H”);
e.onNext(“O”);
e.onNext(“U”);
e.onNext(“M”);
e.onNext(“U”);
e.onNext(“S”);
e.onNext(“H”);
e.onNext(“U”);
e.onNext(“I”);
e.onComplete();
}
});
创建观察者Observer:
Observer observer = new Observer() {
@Override
public void onSubscribe(Disposable d) {
MyLog.i(“Observer.create at:” + Thread.currentThread().getId());
MyLog.i(“onSubscribe”);
}
@Override
public void onNext(String value) {
MyLog.i(“onNext:” + value);
}
@Override
public void onError(Throwable e) {
MyLog.i(“onError” + e.getMessage());
}
@Override
public void onComplete() {
MyLog.i(“onComplete”);
}
};
绑定观察者和被观察者
observable.subscribe(observer);
测试结果:
由打印的Log可以看出,观察者和被观察者二者都运行在TID=1的线程中,也就是说到此为止,我们只是实现了一个简单的同步的观察者模式,因为在 RxJava 的默认规则中,事件的发出和消费都是在同一个线程的。
Schedulers
在不指定线程的情况下, RxJava 遵循的是线程不变的原则,即:在哪个线程调用 subscribe(),就在哪个线程生产事件;在哪个线程生产事件,就在哪个线程消费事件。如果需要切换线程,就需要用到 Scheduler (调度器)
在RxJava 中,Schedulers ——调度器,相当于线程控制器,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。
-
另外, Android 还有一个专用的 AndroidSchedulers.mainThread(),它指定的操作将在 Android 主线程运行。
有了这几个 Scheduler ,就可以使用 subscribeOn() 和 observeOn() 两个方法来对线程进行控制了。 * subscribeOn(): 指定 subscribe() 所发生的线程,即 Observable.OnSubscribe 被激活时所处的线程。或者叫做事件产生的线程。 * observeOn(): 指定 Subscriber 所运行在的线程。或者叫做事件消费的线程。
修改后的代码:
Observable observable = Observable.create(new ObservableOnSubscribe() {
@Override
public void subscribe(ObservableEmitter e) throws Exception {
如何成为Android高级架构师!
架构师必须具备抽象思维和分析的能力,这是你进行系统分析和系统分解的基本素质。只有具备这样的能力,架构师才能看清系统的整体,掌控全局,这也是架构师大局观的形成基础。 你如何具备这种能力呢?一是来自于经验,二是来自于学习。
架构师不仅要具备在问题领域上的经验,也需要具备在软件工程领域内的经验。也就是说,架构师必须能够准确得理解需求,然后用软件工程的思想,把需求转化和分解成可用计算机语言实现的程度。经验的积累是需要一个时间过程的,这个过程谁也帮不了你,是需要你去经历的。
但是,如果你有意识地去培养,不断吸取前人的经验的话,还是可以缩短这个周期的。这也是我整理架构师进阶此系列的始动力之一。
成为Android架构师必备知识技能
对应导图的学习笔记(由阿里P8大牛手写,我负责整理成PDF笔记)
部分内容展示
《设计思想解读开源框架》