[TOC] ## 中间件差异 1. ZeroMQ并没有broker角色的服务器, 当然也可以基于ZeroMQ构造broker角色,事实上,ZeroMQ被编译成一个**嵌入式**的库 2. RabbitMQ以boker角色的服务器启动运行,用于连接消息的生产者和消息的消费者.需要对RabbitMQ进行配置以满足特定场景的使用需求. 2. ZeroMQ架构中,消息**没有持久化**,ZeroMQ中也**不包含任何高可用性的设计机制,如主备,集群**等.如果需要这些特性,需要调用者程序在ZeroMQ之外实现. 3. RabbitMQ框架中的消息默认是不持久化的,但是**可配置持久化**,RabbitMQ有自己的数据库系统来存储持久化的消息.RabbitMQ包含了原生的**内嵌集群**,集群节点可以部署在同一物理机器上,也可以部署到同一数据中心的不同物理机器上,abbitMQ可以结合**负载均衡**组件,如HAProxy等,对集群节点进行故障切换和高效率访问. 3.**ZeroMQ的API是对网络插口socket的封装**,根据并提供了若干角色,如REQ, REP, PUB, SUB,PUSH, PULL等等,在特定的使用场景中, 4. ZeroMQ不但可以提供和远程物理机器的访问, 还提供了ipc和inproc机制,进行进程间和进程内不同线程间的访问连接. 5. RabbitMQ的API语义非常清晰,其API是遵循AMQP协议, RabbitMQ在AMQP的exchange, queue, binding, route key等概念基础上,构造不同的使用模式. ### 总结 ZeroMQ框架的特殊之处,在于它是一个嵌入式的库, 某些特性可能需要调用者在ZeroMQ之外进行实现,比如实现消息持久化, 在这样的需求场景中, ZeroMQ可能并不是很好的选择.但是嵌入式库的优势是可以实现ipc甚至inproc机制,其可以包含在一个以stand-alone形式运行的复杂应用程序中, 处理其不同进程或者线程间的消息.也这因为ZeroMQ是个嵌入式库, 所以其另一个优势是其移植性 ———————————————— 版权声明:本文为CSDN博主「azurelaker」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。 原文链接:https://blog.csdn.net/azurelaker/article/details/88914272 ## 使用消息队列的好处 1. 业务系统往往要求响应能力特别强,能够起到削峰填谷的作用。 2. 解耦和高可用。如果一个系统“挂了”,则不会影响其他系统的继续运行。 3. 业务系统往往有对消息的高可靠要求,以及有对复杂功能(如ACK)的要求。 4. 增强业务系统的异步处理能力,减少甚至几乎不可能出现并发现象。 先定时从数据库获取数据,然后存入MQ消息队列,最后Job定期扫描MQ消息队列进行处理,有如下优点 1. 业务可注册、可配置。 2. 数据获取规则可配置。 3. 成功消费MQ中的消息才会被确认(ACK),提高可靠性。 4. 大大增强了异步处理业务作业的能力,假设Job扫描后先预取5条消息,然后异 步处理这5条消息,也就是说,这5条消息可能会同时被处理。