消息队列好文

消息队列 :         
https://www.zhihu.com/question/34243607
个人认为消息队列的主要特点是异步处理，主要目的是减少请求响应时间和解耦。所以主要的使用场景就是将比较耗时而且不需要即时（同步）返回结果的操作 作为消息放入消息队列。同时由于使用了消息队列，只要保证消息格式不变，消息的发送方和接收方并不需要彼此联系，也不需要受对方的影响，即解耦和。

作者：ScienJus
链接：https://www.zhihu.com/question/34243607
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

https://juejin.im/post/5add63c951882567183eb956
提高系统性能首先考虑的是数据库的优化，之前一篇文章《数据库的使用你可能忽略了这些》中有提到过开发中，针对数据库需要注意的事项。但是数据库因为历史原因，横向扩展是一件非常复杂的工程，所有我们一般会尽量把流量都挡在数据库之前。
不管是无限的横向扩展服务器，还是纵向阻隔到达数据库的流量，都是这个思路。阻隔直达数据库的流量，缓存组件和消息组件是两大杀器。之前文章《Redis常见的应用场景解析》已经描述了最常用的缓存组件redis的应用场景，那么今天，就重点说说MQ的应用场景。

作者：IT米粉
链接：https://juejin.im/post/5add63c951882567183eb956
来源：掘金
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

https://tech.meituan.com/2016/07/01/mq-design.html  ----- 这个介绍的又有理论又有例子 非常之好
当你需要使用消息队列时，首先需要考虑它的必要性。 也就是说如果不是特别需要就不要用
最常用的几种，是做业务解耦/最终一致性/广播/错峰流控等

消息队列的四大好处：
1.解耦
2.提速
3.广播
4.削峰

1.观察者模式模式简介
定义
观察者模式（又被称为发布-订阅（Publish/Subscribe）模式，属于行为型模式的一种，它定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态变化时，会通知所有的观察者对象，使他们能够自动更新自己。
意图：定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。

最终一致性: 最后两个系统的状态是一样的
既然是最终一致  中间的某段时间的两个或多个系统的状态是不确定的  可能一样 可能不一样 但是不管中间怎么样 最后的状态都是一样的