这一节并不讲解什么rx的技术只是一个学渣学习一段时间的概括！

以下纯属个人观点。只是借鉴作用。如果对您有帮助，那么就是我对大家一点的贡献。学习么，仁者见仁智者见智。

RXjava从1到2 如果你听说过 了解过。那么你就会知道这个确实是一个(๑•̀ㅂ•́)و✧，但是我相信真正在自己项目中用到的可能真的没有那么多。这是为什么？“”习惯“”。

大家新入门也好。工作几年也罢。相信大家都有一个这么过程。一开始大家接触的都是小的不大的app，那么这就不涉及到太复杂的结构设计。mvc完全可以。甚至会更加简单。在activity中就进行自己的操作。需要封装就自己封装一个calss，需要的时候在自己使用。这个其实是致命的（对我来说也是的）相信大家都会遇到过这种情形。自己做的OK了。现在突然产品设计更改了。以前的好多没用了，需要从写。大量代码的更改。注释。等。很繁琐。并且一个地方可能涉及到多个地方的更改。大家现在想想这个是为什么？为什么会出现这种情况，能不能更改 “”有“”

mvp等很多种应运而生。你要知道知道为什么会出现mvp? “解耦”（通俗来讲 我改动一个地方就只是改动这个地方，不用涉及到太多的地方。方便我的更改，有点跑题了。前期有一个好的习惯很重要）

咱们回到正轨。RX  这是一种怎么样的改变？ 请让我给大家举一个例子

大家都知道咖啡    1 我自己磨咖啡豆 自己 去煮 全程我都要参与 并且时刻要观察变化

2 懒人的做法 我用咖啡机。我按一下按钮 我就干别的就好了。 当完成的时候 “提示音就会想起”

上面的例子 大家能够想到点什么吗？“”设计模式~观察者模式“”

当我作为观察者和咖啡机（被观察者）形成一种关系~订阅（我想和咖啡我按下按钮之后）我们的关系就已经形成了，剩下的我不需要去花时间去照看。当咖啡好了。我会受到提示，咖啡机坏了 我也会受到提示（砰 爆炸了 哈啊） 相比于第一种 我们无疑要省下很多时间。对app来说 也就是内存

RX的这个订阅的过程也就是观察者模式，并且 还是一种流的形式（水流）你想进行的任何操作都可以在这个流上面进行。这个也就是操作符的作用。

当你真的用到时候 你就会发现 方便，思路易于理解。是他最大的优点