RabbitMQ

AMQP 全称高级消息队列协议（Advanced Message Queuing Protocol）,也就是说他是一种协议，是一种标准。 就像java的Java消息服务—— JMS，负责定义标准，遵守JMS标准的消息队列就可以再java平台使用。 不同于JMS将平台限制为jav…

RabbitMQ本身是基于Erlang编写，Erlang语言天生具备分布式特性（通过同步Erlang集群各节点的erlang.cookie来实现）因此，RabbitMQ天然支持集群。集群是保证可靠性的一种方式，同时可以通过水平扩展以达到增加消息吞吐量能力的目的。 在集群环境下，…

投递失败的消息怎么处理首先投递失败存在如下两个情况交换器无法根据自身的类型和路由键匹配到队列交换器将消息路由到队列时，发现队列上并不存在任何消费者解决方案：生产者投递消息时指定mandatory或者i

Cakebrew 是 Homebrew 的一个图形化工具，可以非常方便的安装&卸载软件，并清楚的看到安装了哪些软件，以及安装目录，非常方便。

默认情况下，exchange、queue、message 等数据都是存储在内存中的，这意味着如果 RabbitMQ 重启、关闭、宕机时所有的信息都将丢失。 RabbitMQ 提供了持久化来解决这个问题，持久化后，如果 RabbitMQ 发送 重启、关闭、宕机，下次起到时 Rab…

channel 的 confirm 模式是 RabbitMQ 为保障消息的可靠性投递，所实现的一种机制。 异步确认是 confirm 模式的一种使用方式，由于它是异步、非阻塞的，因此性能比较好，实际开发中比较常用。

接收到消息后，是不能当作正确消费的，只有当消息被业务处理完成之后，才能看作正确消费。注意，如果业务处理过程中程序奔溃、异常，也不能看作正确消费 答案是通过 RabbitMQ 提供消息确认机制(message acknowledgment)。 消费端在声明队列时，可以指定noAc…

默认情况下，消息发送端发送消息给 RabbitMQ 后，RabbitMQ 是不会返回任何信息的。 事务确实能够解决 producer 与 broker 之间消息确认的问题，只有消息成功被 broker 接收，事务提交才能成功，否则我们便可以在捕获异常进行事务回滚操作，同时进行消…

将 channel 设置成 confirm 模式（发送方确认模式），则所有在 channel 上发布的消息都会被指派一个唯一的ID。一旦消息被投递到目的队列后，或者消息被写入磁盘后（可持久化的消息），信道会发送一个确认给生产者（包含消息唯一ID）。 如果RabbitMQ发生内部…

主节点提供读写，备用节点不提供读写。 如果主节点挂了，就切换到备用节点，原来的备用节点升级为主节点提供读写服务。 远程模式简称 shovel 模式，所谓的 shovel 就是把消息进行不同数据中心的复制工作，可以跨地域的让两个 MQ 集群互联，远距离通信和复制。 在使用了 sh…

headers Exchange：headers类型的交换机分发消息不依赖routingKey,是使用发送消息时basicProperties对象中的headers来匹配的。headers是一个键值对类型，发送者发送消息时将这些键值对放到basicProperties对象中的h…