聊聊消息队列的理解

今天想谈谈自己对消息队列，message

queue的理解，队列的特点就是先进先出，FIFO模式，消息队列的使用在于系统应用间的解耦，挺符合软件工程中那句"高内聚，低耦合"的特点，学生时期记得一点内容，哈哈。

谈谈消息队列的优缺点，消息队列可以应用于系统间的解耦，异步请求，高峰限流，比如应用A要向应用B，应用C传递数据，一般的处理就是在应用A通过接口调用的方式调用应用B,应用C的接口方法进行同步请求处理，缺点是同步调用有可能导致网络超时，请求失败如何进行重试或如何处理。

引入消息队列后我们将应用B，应用C需要的数据投递到消息队列中，应用B，应用C根据自己监听的队列名称去进行数据的处理，这样就解决了系统应用之间同步调用，应用耦合的解耦了，符合上面"高内聚,低耦合"的特点。

消息队列用于高峰限流，比如秒杀活动促销为数不多的电子产品，只有部分用户可以抢到，如果直接通过接口调用的方式进行抢购电子产品，系统应用数据库由于扛不住这么高的并发，应用会出现故障咯，采用消息队列的方式，消息队列接收用户的请求，后台服务器根据的消费能力去慢慢处理请求，这样可以避免洪峰作用时导致的应用故障。

使用了中间件好处很多，系统解耦，提高系统的并发处理请求能力，提高用户体验等优点，但是万事万物都有两面性，我们要保证以及确保中间件组件的高可用，不然这样会出现空谈的现象。如何保证组件的高可用可能不是后台开发的分内之事，要依靠运维人员的水平了，对于消息队列的理解到这里就结束了，如有不当之处，请多多指教。