RxJava可以说是众多Android开发者的噩梦了，因为它的入门门槛极高，导致很多人望而却步。但如果你 开始明白它的原理之后，真的会使你沉迷其中。
RxJava2是对RxJava的完全重新，因此两者的区别很大，现在我们普遍使用的都是RxJava2。学习RxJava2需要对响应式编程有一个正确的理解。
这篇文章，我主要目标是要深入了解RxJava的响应式编程的基础知识和各种核心概念，并结合一些现实的例子，使它们的概念更加清晰明了，易于使用。
Android的异步世界
我们在Android程序的编写过程中，不可避免的会遇到各种各样的异步问题。比如说你需要读取/写入数据到本地磁盘，你需要等待一段时间才能完成操作。
另外，当你进行网络请求从服务器获取数据的时候，也会遇到类似的情况，网络请求不是实时完成的，需要几毫秒到几秒的时间去响应。
再深入去思考一下的话，你会发现Android的整个用户输入机制本质上就是异步的。Android设备持续等待用户的输入，比如触摸、滑动等动作，并相应地对这些输入做出响应。
什么是响应式呢
现在我们知道——从数据库事务、文件操作、网络请求到复杂计算、用户输入、推送通知，几乎所有的Android操作都是异步的。
因此，为什么我们在以同步的方式努力去构建程序，而在应用程序中最终运行的世界却是如此异步的？
在开始编写程序之前，这难道不是沃恩首先要问自己的问题吗？
难道我们不应该考虑使用更好的方法使我们的开发工作变得更加简单吗？
所以，让我们用响应式的方式来思考。
由于我们大多数人在多数情况下都在以一种必要的方式去思考和编写代码，因此很难做出这么巨大的思想转变，但我们可以试着从RxJava的学习开始。响应式编程并不难，它只是思考的方式不同。
因此，在学习的过程中，我们首先考虑专注于基础知识和核心概念，试着考虑可以充分利用它们的场景，在遇到困难时，提醒自己尽可能需要改变思考或解决问题的方式。
响应式编程和命令式编程在根本上是不同的。
响应式编程的优势
在Android的RxJava可以为我们带来相当多的好处。
处理多线程
多线程在Java中是非常难的一个知识点，我们经常会在处理多线程的过程中写出Bug。但是RxJava可以简单方便的执行复杂的线程操作，保持同步并将结果传递到UI线程。
消除烦人的回调
当我们需要执行多个异步操作，而且每个操作都取决于上一步操作的结果时，我们就会不知不觉的深陷的回调的泥潭中，后来我们想要理解和维护这样的代码就会变得异常困难。
而通过响应式编程，我们可以轻松地消除这种情况，写出干净、简洁可维护的代码。
错误处理变得轻而易举
在现实生活中，不可能永远是晴天，总有下雨的时候。在写代码的过程中，也不可能永远都是没有错误的，特别是处理网络、数据库、文件的时候，时常会报错。
RxJava强大的错误处理机制，可以让我们非常方便的处理错误发生的情况。
各种操作符
响应式编程的另一个强大之处就是各种强大的操作符，它们可以帮我们方便的处理一些常见的事务。
更少的代码，更少的Bug
使用响应式编程写出的程序，往往可读性更强，容易理解。你会发现你写的代码少了很多，但是错误缺很少，更加稳定。
开始讨论RxJava
简单来说，响应式编程时消费者在数据到达时做出反应的范例，也是观察者模式的一种完美实现。RxJava就是响应式编程在Java领域的实现。
RxJava 的三个O
Observable
Observable代表被观察者，作为希望被观察的数据源。
假设你参加了一个会议。发言者有一个你感兴趣的人。你一讲这个发言者视为Observable，他可以不断的为你提供数据流或其它内容供你消费。
Hot vs Cold Observable
我们可以让Observable只在有人订阅的时候发出数据，像发言者一样，除非有听众，否则他不会一个人高谈阔论。这可以被称作：Cold Observable
我们也可以使Observable即使没人订阅他，也可以发出数据。就像有时候会议开始时人还没来，发言者也照样开始了演说，与会者一个个的加入，然后从那时开始听他说话。这就是Hot Observable。
在Android中，一个cold Observable可以是一个没人订阅就不会发出数据的网络请求。除非有人订阅了，Observable才发起网络请求，获取数据并发送给subscriber。
一个Hot Observable，可以是一个位置更新的事件流，位置更新会持续发生，即使没有订阅。
Get，Set，Code
Observable movieObservable = remoteService.getMovies();
Observable可以提供从网络数据源获取的Movie。它可以是一个或多个数据。如果Observable无法获取数据，他将提示一个错误。