标签：img observer programs 监听 自我 top 读写 ted 嵌套
鉴于 RxJava 眼下这样的既火爆又神奇的现状，而我又在一年的使用过程中对 RxJava 有了一些理解，我决定写下这篇文章来对 RxJava 做一个相对具体的、针对 Android 开发人员的介绍。
这篇文章的目的有两个：
1. 给对 RxJava 感兴趣的人一些入门的指引 2. 给正在使用 RxJava 但仍然心存疑惑的人一些更深入的解析。
在正文開始之前的最后，放上?GitHub?链接和引入依赖的?gradle?代码：
Github：?
https://github.com/ReactiveX/RxJava?
https://github.com/ReactiveX/RxAndroid?
引入依赖：?compile ‘io.reactivex:rxjava:1.0.14‘?compile ‘io.reactivex:rxandroid:1.0.1‘?
一个词：异步。
RxJava 在 GitHub 主页上的自我介绍是 "a library for composing asynchronous and event-based programs using observable sequences for the Java VM"（一个在 Java VM 上使用可观測的序列来组成异步的、基于事件的程序的库）。
这就是 RxJava ，概括得非常精准。
然而。对于刚開始学习的人来说。这太难看懂了。由于它是一个『总结』。而刚開始学习的人更须要一个『引言』。
事实上， RxJava 的本质能够压缩为异步这一个词。
说到根上，它就是一个实现异步操作的库，而别的定语都是基于这之上的。
换句话说，『相同是做异步，为什么人们用它，而不用现成的 AsyncTask / Handler / XXX / ... ？』
一个词：简洁。
异步操作非常关键的一点是程序的简洁性，由于在调度过程比較复杂的情况下，异步代码经常会既难写也难被读懂。 Android 创造的?AsyncTask?和Handler?。事实上都是为了让异步代码更加简洁。
RxJava 的优势也是简洁，但它的简洁的与众不同之处在于。随着程序逻辑变得越来越复杂。它依旧能够保持简洁。
假设有这样一个需求：界面上有一个自己定义的视图?imageCollectorView?。它的作用是显示多张图片。并能使用?addImage(Bitmap)?方法来随意添加显示的图片。如今须要程序将一个给出的文件夹数组?
File[]
folders?中每一个文件夹下的 png 图片都载入出来并显示在imageCollectorView?中。须要注意的是。由于读取图片的这一过程较为耗时，须要放在后台运行，而图片的显示则必须在
UI 线程运行。经常使用的实现方式有多种，我这里贴出当中一种：
而假设使用
RxJava ，实现方式是这样的：
那位说话了：『你这代码明明变多了啊。简洁个毛啊！』大兄弟你消消气，我说的是逻辑的简洁，不是单纯的代码量少（逻辑简洁才是提升读写代码速度的必杀技对不？）。观察一下你会发现， RxJava 的这个实现，是一条从上到下的链式调用。没有不论什么嵌套。这在逻辑的简洁性上是具有优势的。
当需求变得复杂时，这样的优势将更加明显（试想假设还要求仅仅选取前 10 张图片。常规方式要怎么办？假设有很多其它这样那样的要求呢？再试想，在这一大堆需求实现完两个月之后须要改功能，当你翻回这里看到自己当初写下的那一片迷之缩进，你能保证自己将迅速看懂，而不是对着代码又一次捋一遍思路？）。
另外，假设你的 IDE 是 Android Studio ，事实上每次打开某个 Java 文件的时候，你会看到被自己主动 Lambda 化的预览，这将让你更加清晰地看到程序逻辑：
事实上。我个人尽管非常赞赏 Retrolambda，但我从来不用它。
假设使用常规的方法来实现，肯定是要写得欲仙欲死，然而在使用 RxJava 的情况下。依旧仅仅是一条链式调用就完毕了。
它非常长，但非常清晰。
所以， RxJava 好在哪？就好在简洁，好在那把什么复杂逻辑都能穿成一条线的简洁。
这个我就做不到一个词说明了……由于这一节的主要内容就是一步步地说明 RxJava 究竟如何做到了异步。如何做到了简洁。
RxJava 的异步实现，是通过一种扩展的观察者模式来实现的。
先简述一下观察者模式，已经熟悉的能够跳过这一段。
观察者模式面向的需求是：A 对象（观察者）对 B 对象（被观察者）的某种变化高度敏感。须要在 B 变化的一瞬间做出反应。
举个样例，新闻里喜闻乐见的警察抓小偷，警察须要在小偷伸手作案的时候实施抓捕。在这个样例里。警察是观察者，小偷是被观察者，警察须要时刻盯着小偷的一举一动，才干保证不会漏过不论什么瞬间。程序的观察者模式和这样的真正的『观察』略有不同，观察者不须要时刻盯着被观察者（比如 A 不须要每过 2ms 就检查一次 B 的状态），而是採用注冊(Register)或者称为订阅(Subscribe)的方式，告诉被观察者：我须要你的某某状态，你要在它变化的时候通知我。
Android 开发中一个比較典型的样例是点击监听器OnClickListener?。
对设置?OnClickListener?来说。?View?是被观察者。?OnClickListener?是观察者。二者通过?setOnClickListener()?方法达成订阅关系。
订阅之后用户点击button的瞬间，Android
Framework 就会将点击事件发送给已经注冊的?OnClickListener?。採取这样被动的观察方式，既省去了重复检索状态的资源消耗。也能够得到最高的反馈速度。
当然。这也得益于我们能够随意定制自己程序中的观察者和被观察者。而警察叔叔明显无法要求小偷『你在作案的时候务必通知我』。
OnClickListener 的模式大致例如以下图：
setOnClickListener()?方法，Button?持有?OnClickListener?的引用（这一过程没有在图上画出）。当用户点击时，Button?自己主动调用?OnClickListener?的?onClick()?方法。另外，假设把这张图中的概念抽象出来（Button?->
被观察者、OnClickListener?->
观察者、setOnClickListener()?->
订阅，onClick()?->
事件），就由专用的观察者模式（比如仅仅用于监听控件点击）转变成了通用的观察者模式。例如以下图：
而 RxJava 作为一个工具库，使用的就是通用形式的观察者模式。
RxJava 有四个基本概念：Observable?(可观察者，即被观察者)、?Observer?(观察者)、subscribe?(订阅)、事件。Observable?和?Observer?通过?subscribe()?方法实现订阅关系。从而?Observable?能够在须要的时候发出事件来通知?Observer。
与传统观察者模式不同， RxJava 的事件回调方法除了普通事件?onNext()?（相当于?onClick()/?onEvent()）之外，还定义了两个特殊的事件：onCompleted()?和?onError()。
onCompleted(): 事件队列完结。RxJava
不仅把每一个事件单独处理，还会把它们看做一个队列。RxJava 规定，当不会再有新的?onNext()?发出时，须要触发?onCompleted()?方法作为标志。onError(): 事件队列异常。在事件处理过程中出异常时，onError()?会被触发，同一时候队列自己主动终止。不同意再有事件发出。onCompleted()?和?onError()?有且仅仅有一个，而且是事件序列中的最后一个。须要注意的是，onCompleted()?和?onError()?二者也是相互排斥的，即在队列中调用了当中一个。就不应该再调用还有一个。RxJava 的观察者模式大致例如以下图：
标签：img observer programs 监听 自我 top 读写 ted 嵌套
原文地址：https://www.cnblogs.com/llguanli/p/8778267.html
