Yide-Chan的博客

路由模式是指我们的队列能够接收交换机传来的指定的消息，而不是所有的消息，所以路由模式采用 direct 这种类型的交换机来进行替换，这种类型的工作方式是，消息只去到它绑定的 routingKey 队列中去。绑定键为 black / green 的消息会被发布到队列 Q2，其他消息类型的消息将被丢弃。依赖可靠的消息代理：RPC通信需要可靠的消息代理来实现消息传递和消息保证，而RabbitMQ等消息代理的可靠性需要进行专门的配置和管理，增加了运维成本。如果交换机的绑定类型是是direct，但是它绑定的。

而交换机工作的内容非常简单，一方面它接收来自生产者的消息，另一方面将它们推入队列。（扇出），这样就能把所有消息都投递到与其绑 定的队列中，然后我们在备份交换机下绑定一个队列，这样所有那些原交换机无法被路由的消息，就会都进入这个队列了。接收到不可路由的消息时，交换机将会把消息转发到备份交换机中，由备份交换机来进行转发和处理，通常备份交换机的类型为。当交换机接收到一条不可路由消息时怎么办呢，这时候就可以为交换机设置备份交换机，来接收不可路由的消息。同理可以写警告消费者等，用于消费备份交换机队列里的消息。

先从概念解释上搞清楚这个定义，死信，顾名思义就是无法被消费的消息，字面意思可以这样理解，一般来说，producer将消息投递到broker或者直接到queue里了，consumer从queue取出消息进行消费，但某些时候由于特定的原因导致queue中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信，有死信自然就有了死信队列。如果设置了队列的TTL属性，那么一旦消息过期，就会被队列丢弃(如果配置了死信队列被丢到死信队 列中)，而第二种方式，消息即使过期，也不一定会被马上丢弃，因为。

（使用randomUUID随机生成一个唯一标识），一旦消息被投递到所有匹配的队列之后，broker就会发送一个确认给生产者(包含消息的唯一ID)，这就使得生产者知道消息已经正确到达目的队列了，如果消息和队列是可持久化的，那么确认消息会在将消息写入磁盘之后发出，broker回传给生产者的确认消息中delivery-tag域包含了确认消息的序列号，此外 broker也可以设置basic.ack 的multiple域，表示到这个序列号之前的所有消息都已经得到了处理。对于大多数应用来说，稍微高一点的值将是最佳的。

【代码】RabbitMQ（二）---- 简单模式(HellWorld)

Rabbitmq简介与安装