王佑辉的博客

1.正常队列绑定死信交换机和死信routing_key，正常队列中的消息在特殊情况下变为死信时，将死信通过绑定的死信交换机转移到死信队列中。3.这里演示的是10秒未消费的消息，进入死信队列。3.RabbitMQConfig配置类。2.消息10秒后过期，进入死信队列。

当队列中的消息被消费者接收，但消费者通过执行reject或nack操作（并将requeue参数设置为false）拒绝消费该消息时，该消息会变成死信。：如果队列设置了最大长度，并且队列中的消息数量超过了该长度，那么超出部分的消息可能会被标记为死信（这取决于队列的配置，如是否开启死信交换器等）。1.在RabbitMQ中，死信（Dead Letter）主要指的是被消费者接收但未被成功处理，或者因其他原因无法被正常消费的消息。1.延迟消息处理：实现延迟消息投递，例如实现消息的定时投递、消息重试机制等。

2.特点：使用模式匹配来路由消息，路由键和绑定键都支持通配符*（表示一个词）和#（表示一个或多个词）。2.特点：根据完全匹配的路由键（Routing Key）将消息路由到绑定的队列。4.路由规则：消息会被转发到与该交换机绑定的所有队列上，类似于子网广播。2.特点：采用广播模式，将接收到的消息分发给所有绑定到该交换机的队列。4.绑定规则：使用模式匹配的绑定键，例如*.info或#.error。3.应用场景：适用于需要广播消息的场景，例如实时消息发布。3.应用场景：适用于需要根据消息的特定属性进行路由的场景。

2.应用场景：适用于需要根据特定规则分发消息的场景，如系统打印日志，日志等级分为error、warning、info、debug，可以通过这种模式把不同的日志发送到不同的队列。2.应用场景：消息只能被单个消费者处理的场景，如用户通过接收手机验证码进行注册，点击获取验证码后，将验证码放到消息队列，然后短信服务从队列中获取到验证码，并发送给用户。2.应用场景：适用于处理消息较多的情况，如在电商平台中，有多个订单服务，用户下单时，任意一个订单服务消费用户的下单请求生成订单即可。

2.消息的发送者（Producer）将消息发送到队列中，消息的接收者（Consumer）从队列中获取消息并消费。2.消息发送者将消息发送到交换机中，并指定一个主题，消息接收者可以根据主题进行订阅，只接收他们感兴趣的消息。1.消息的发送者将消息发送到交换机（Exchange）中，交换机将消息广播给绑定到它的所有队列。1.类似于发布/订阅模型，但可以根据消息的特定主题（Topic）进行订阅。2.客户端发送请求消息到队列中，服务端消费请求消息并返回响应消息给客户端。2.每个消息可以被多个消费者接收。

3.通过信道，客户端可以与Broker进行交互，如发送消息、接收消息、声明交换机和队列等。2.交换机有多种类型，如Direct、Fanout、Topic、Headers等。1.提供了逻辑上的隔离，每个虚拟主机都有自己独立的交换机、队列、绑定和权限机制。1.RabbitMQ支持通过插件扩展其功能，如管理界面、消息追踪、延迟队列等。1.负责接收生产者发送的消息，并根据路由规则将消息分发到一个或多个队列。1.RabbitMQ服务器本身，负责接收、存储和转发消息。2.通过绑定，交换机可以知道将消息发送到哪些队列。

2.通过调用sse接口，触发rabbitmq向队列塞消息，向前端返回一个sseEmitter对象。3.rabbitmq监听队列消息，消费消息后，向sseEmitter对象写入内容。4.当业务逻辑结束，调用emitter.complete()方法，结束此次会话。1.实现的是一个简单的sse接口，单向的长连接，后端可以向前端不断输出数据。5.这里举一个问答的示例，采用的是work模式，逻辑比较简单，仅供参考。3.rabbitmq配置类。4.controller类。6.service实现类。

1.消息队列允许生产者和消费者在不同的时间运行，甚至在不同的系统中运行。1.某些消息队列实现可以确保消息按照发送的顺序被接收和处理，这对于需要保证顺序性的应用场景非常重要。1.消息队列通常提供丰富的监控和跟踪功能，可以跟踪消息的状态、处理时间和消费者性能。2.这提高了系统的响应速度和吞吐量，特别是在处理大量请求或长时间运行的任务时。1.消息队列通常具有持久化功能，即使消费者在处理消息时失败，消息也不会丢失。1.消息队列可以很容易地扩展，以处理更多的消息和更大的负载。2.这有助于识别和解决潜在的问题。

目录一、消息丢失二、生产者到服务端三、服务端四、服务端到消费端一、消息丢失 1.生产者把消息发送到rabbitmq服务端，这个过程发生消息丢失 2.rabbitmq服务端收到生产者发过来的消息后，还未持久化宕机而导致消息丢失 3.消费者从服务端收到消息还没来得及处理宕机，导致rabbitmq服务端认为该消息已被签收，而实际是丢失二、生产者到服务端 1.rabbitmq提供了一个confirm确认机制，生产者把消息发送给rabbitmq服务端 2.服务端收到消息会给生产者返回一个ack的消

Acknowledge消费端收到消息后的确认方式

rabbitmq消息的可靠投递

springboot整合rabbitmq

rabbitmq工作模式之通配符模式

rabbitmq工作队列模式

rabbitmq路由模式

发布订阅模式

rabbitmq简单模式

rabbitmq的安装。