文章目录

🍰有几个原因可以解释为什么要选择 RabbitMQ：
- 🥩mq之间的对比
- - 🌽RabbitMQ vs Apache Kafka
  - 🌽RabbitMQ vs ActiveMQ
  - 🌽RabbitMQ vs RocketMQ
  - 🌽RabbitMQ vs Redis
- 🥩linux docker 部署 rabbitmq
- 🥩Springboot AMQP RabbitMQ发送消息示例
- - 🌽Basic Queue 简单队列模型
  - - 🌽消息发送
    - 🌽消息接收
- 🥩在使用MQ（消息队列）时，需要注意以下几个问题
- - 🌽1. 消息丢失：
  - 🌽2. 消息顺序：
  - 🌽3. 幂等性：
  - 🌽4. 性能和吞吐量：
  - 🌽5. 容错性和可靠性：
  - 🌽6. 监控和调优：

🍰有几个原因可以解释为什么要选择 RabbitMQ：

灵活性和可靠性：RabbitMQ 提供了丰富的消息传递模型和功能，使开发者能够设计出灵活而复杂的消息路由机制。它还提供了可靠的消息传递机制，包括消息确认、持久化等，确保消息的可靠传递。
可扩展性和高性能：RabbitMQ 具备良好的水平扩展能力，可以轻松处理大量的并发连接和高吞吐量。它的性能表现稳定，并且在大规模部署中经得起考验。
协议支持和跨平台兼容性：RabbitMQ 基于 AMQP（Advanced Message Queuing Protocol）标准，并支持多种编程语言和平台。这意味着您可以使用多种语言和技术栈来与 RabbitMQ 进行交互，从而方便地集成到您的现有系统中。
社区支持和稳定性：RabbitMQ 是一个广受欢迎的开源项目，拥有活跃的社区支持和持续的更新。它已经经过多年的稳定运行和广泛应用，在很多大型企业和组织中被广泛信赖。
丰富的功能和插件：RabbitMQ 提供了许多有用的功能和插件，如消息优先级、延迟队列、RPC（Remote Procedure Call）等。这些功能可以根据具体需求进行配置和扩展，使得 RabbitMQ 更加灵活且适用于各种场景。
管理和监控：RabbitMQ 提供了直观的管理界面，方便您管理队列、交换机、绑定等，并监控关键性能指标和健康状态。这使您能够方便地查看和管理消息传递的整个过程。

总而言之，选择 RabbitMQ 的原因是它提供了一个可靠、灵活且功能强大的消息传递解决方案。它广泛应用于企业集成、异步任务处理、实时数据流处理等各种场景。
当然，在选择消息队列解决方案时，您还需要考虑其他因素，如团队经验、技术栈兼容性等。但基于其特点和广泛的应用，RabbitMQ 是一个值得考虑且常见的选择。
当涉及到消息队列（Message Queue，简称 MQ）时，RabbitMQ 是其中一个广为人知且流行的解决方案。以下是 RabbitMQ 和其他 MQ 解决方案之间的一些比较：

🥩mq之间的对比

几种常见MQ的对比：

	RabbitMQ	ActiveMQ	RocketMQ	Kafka
公司/社区	Rabbit	Apache	阿里	Apache
开发语言	Erlang	Java	Java	Scala&Java
协议支持	AMQP，XMPP，SMTP，STOMP	OpenWire,STOMP，REST,XMPP,AMQP	自定义协议	自定义协议
可用性	高	一般	高	高
单机吞吐量	一般	差	高	非常高
消息延迟	微秒级	毫秒级	毫秒级	毫秒以内
消息可靠性	高	一般	高	一般

追求可用性：Kafka、 RocketMQ 、RabbitMQ

追求可靠性：RabbitMQ、RocketMQ

追求吞吐能力：RocketMQ、Kafka

追求消息低延迟：RabbitMQ、Kafka

🌽RabbitMQ vs Apache Kafka

消息模型：RabbitMQ 使用点对点和发布/订阅模型，而 Kafka 则是一个高吞吐量的分布式消息系统，适用于流处理、事件驱动和日志传输。
可靠性：RabbitMQ 提供了丰富的可靠性机制，如消息确认和持久化。而 Kafka 通过数据复制和分区副本保障消息的持久性和容错性。
延迟：RabbitMQ 在低延迟的场景下表现更好，适合需要实时处理的应用程序。Kafka 更适合大规模的实时数据流处理，但相对有较高的延迟。
扩展性：Kafka 具备更好的水平扩展能力，可以轻松处理大量的并发连接和高吞吐量。
使用场景：RabbitMQ 适用于传统的企业应用集成、任务调度等场景；Kafka 更适用于大规模的数据管道、日志聚合和实时流处理。

🌽RabbitMQ vs ActiveMQ

协议支持：RabbitMQ 实现了 AMQP 协议，而 ActiveMQ 支持多种协议，包括 AMQP、STOMP、OpenWire 等。
性能：RabbitMQ 在吞吐量方面表现更优，尤其在高并发和大规模消息交换的场景下。ActiveMQ 相对较慢，但对于中小型应用仍然具备足够的性能。
可靠性：RabbitMQ 提供了丰富的可靠性机制，如消息确认和持久化。ActiveMQ 也提供了持久化、事务等机制来保证消息的可靠传递。
功能和插件：RabbitMQ 提供了更多的功能和插件，例如消息优先级、RPC、延迟队列等。ActiveMQ 也有类似的功能，但相对较少一些。

🌽RabbitMQ vs RocketMQ

RabbitMQ和RocketMQ是两个流行的消息系统，用于构建分布式和可扩展的应用程序。虽然它们有相似的目标，但在它们之间存在几个区别，可以帮助您决定哪个更适合您特定的使用场景。

1. 开源性： RabbitMQ是用Erlang编写的开源消息代理，而RocketMQ也是由阿里巴巴集团开发的开源分布式消息系统，使用Java编写。这两个项目都有活跃的社区，并定期进行更新。

2. 语言支持： RabbitMQ为多种编程语言提供官方客户端库，包括Java、Python、Ruby、.NET等。另一方面，RocketMQ本地支持Java客户端，但也有由社区支持的其他语言（如Go、Python和C++）的客户端库。

3. 消息模式： RabbitMQ主要专注于支持AMQP（高级消息队列协议），并支持广泛的消息模式，如发布/订阅、请求/回复和工作队列。RocketMQ设计用于高吞吐量、低延迟的场景，并针对流式处理和事件驱动架构进行了优化。它支持发布/订阅、点对点和请求/回复消息模式。

4. 可扩展性和性能： RabbitMQ和RocketMQ都具有高度的可扩展性，但RocketMQ专门设计用于处理大量低延迟的消息。它通过消息批处理、消息压缩和分布式架构等功能实现这一点。如果您需要高性能的大规模消息传递，RocketMQ可能更合适。

5. 数据持久化： RabbitMQ默认将消息存储在磁盘上，即使代理重新启动也能确保持久性。相比之下，RocketMQ依靠预写日志和副本来实现容错和数据持久化。

6. 社区和生态系统： 作为一个流行的消息系统，RabbitMQ拥有成熟的社区和丰富的插件和集成生态系统。RocketMQ拥有不断增长的社区，并在中国市场上更常见，重点在于阿里巴巴的生态系统。

最终，在RabbitMQ和RocketMQ之间的选择取决于您的具体需求。如果您需要强大的语言支持、丰富的生态系统和灵活的消息模式，请选择RabbitMQ。另一方面，如果您优先考虑高吞吐量、低延迟和原生Java集成，请选择RocketMQ。

🌽RabbitMQ vs Redis

数据类型：Redis 是一个内存数据库，具有键值存储、列表、集合等数据结构，同时也支持发布/订阅模式。RabbitMQ 则专注于消息队列的功能。
消息传递模型：RabbitMQ 提供了丰富的消息传递模型，更适合复杂的消息路由和消费者管理。Redis 的发布/订阅模式更适合简单的发布和订阅场景。
持久化：RabbitMQ 提供了可靠的消息持久化机制，适用于需要持久化的消息传递。Redis 也可以通过持久化机制来保留数据，但主要关注于内存数据库的性能。
性能：Redis 是一个非常快速的内存数据库，适用于低延迟和高吞吐量的场景。RabbitMQ 的性能也很好，但相对 Redis 来说稍慢一些。

这些比较提供了一些关键区别，但选择合适的 MQ 解决方案还应基于具体的使用案例、需求和性能要求。每个解决方案都有其优势和适用场景，因此您可能需要根据自己的情况进行评估和选择。
在 Redis 中，订阅和发布是一种基于发布/订阅模式的消息传递机制。通过使用 Redis 提供的 PUBLISH 命令进行消息发布，以及使用 SUBSCRIBE 命令进行消息订阅，您可以实现简单而强大的消息传递功能。以下是 Redis 订阅和发布的详细步骤：

🥩linux docker 部署 rabbitmq

docker怎么拉镜像已经写过很多遍了,还是不清楚可以看之前的例子https://blog.csdn.net/qq_39017153/article/details/131976173?spm=1001.2014.3001.5501

拉去镜像

docker pull rabbitmq

15672(UI页面通信口,浏览器界面)、5672(client端通信口,最常用到的)、25672(server间内部通信口)、61613(stomp 消息传输)、1883(MQTT消息队列遥测传输)

创建挂载目录

mkdir -p /opt/rabbitmq/data
mkdir -p /opt/rabbitmq/conf
mkdir -p /opt/rabbitmq/log

还是一样给你创建文件授权我这里怕麻烦直接给的最大

chmod -R 777 /opt/rabbitmq

运行镜像

docker run \
-p 5672:5672 -p 15672:15672 \
--name rabbitmq \
--hostname my-rabbit \
-v /opt/rabbitmq/data:/var/lib/rabbitmq \
-v /opt/rabbitmq/conf:/etc/rabbitmq \
-v /opt/rabbitmq/log:/var/log/rabbitmq \
-e RABBITMQ_DEFAULT_USER=admin \
-e RABBITMQ_DEFAULT_PASS=admin \
-d rabbitmq:latest

安装可视化界面插件 : 进入容器

docker exec -it rabbitmq bash

进入容器后执行安装插件命令 ,执行完成访问 ip+15672 即可访问

rabbitmq-plugins enable rabbitmq_management

在这里插入图片描述

🥩Springboot AMQP RabbitMQ发送消息示例

SpringAMQP是基于RabbitMQ封装的一套模板，并且还利用SpringBoot对其实现了自动装配，使用起来非常方便。
SpringAmqp的官方地址：https://spring.io/projects/spring-amqp

在这里插入图片描述

SpringAMQP提供了三个功能：

自动声明队列、交换机及其绑定关系
基于注解的监听器模式，异步接收消息
封装了RabbitTemplate工具，用于发送消息

🌽Basic Queue 简单队列模型

下面是一个使用Spring Boot和RabbitMQ的基本示例：

首先，确保你已经在项目中引入了Spring Boot和RabbitMQ的依赖。

<!-- pom.xml -->
<dependencies>
    <!-- Spring Boot Starter -->
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter</artifactId>
    </dependency>

    <!-- RabbitMQ Starter -->
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-amqp</artifactId>
    </dependency>
</dependencies>

🌽消息发送

接下来，配置RabbitMQ连接和相关属性。

# application.yml
spring:
  rabbitmq:
    host: 192.168.xxx.xxx # 主机名
    port: 5672 # 端口
    virtual-host: / # 虚拟主机
    username: itcast # 用户名
    password: 123321 # 密码
   listener:
      simple:
        prefetch: 1 # 每次只能获取一条消息，处理完成才能获取下一个消息

创建发送消息的生产者。

import org.springframework.amqp.rabbit.core.RabbitTemplate;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Component;

@Component
public class MessageProducer {
    private final RabbitTemplate rabbitTemplate;

    @Autowired
    public MessageProducer(RabbitTemplate rabbitTemplate) {
        this.rabbitTemplate = rabbitTemplate;
    }

    public void sendMessage(String message) {
        rabbitTemplate.convertAndSend("my-exchange", "my-routing-key", message);
    }
}

🌽消息接收

创建接收消息的消费者。

import org.springframework.amqp.rabbit.annotation.RabbitListener;
import org.springframework.stereotype.Component;

@Component
public class MessageConsumer {

    @RabbitListener(queues = "my-queue")
    public void receiveMessage(String message) {
        System.out.println("Received message: " + message);
    }
}

最后，在启动类上添加注解@EnableRabbit，以启用RabbitMQ相关功能。

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.context.annotation.ComponentScan;
import org.springframework.scheduling.annotation.EnableScheduling;

@SpringBootApplication
@EnableRabbit
public class RabbitMQDemoApplication {

    public static void main(String[] args) {
        SpringApplication.run(RabbitMQDemoApplication.class, args);
    }
}

通过以上示例，你已经完成了一个简单的Spring Boot和RabbitMQ集成的应用程序。当调用MessageProducer的sendMessage()方法时，消息将会发送到名为"my-queue"的队列中，并被MessageConsumer的receiveMessage()方法接收和处理。

🥩在使用MQ（消息队列）时，需要注意以下几个问题

🌽1. 消息丢失：

解决方案：
- 开启消息持久化：将消息保存到持久化存储介质（如磁盘）中，以确保即使在系统故障或重启后，消息也能够被恢复。
- 设置合适的消息超时时间：根据业务需求，合理设置消息的过期时间，避免长期滞留的消息占用资源。
- 使用备份和冗余机制：在分布式环境下，可以使用主备架构、多副本复制等机制来保障消息的可靠性。

🌽2. 消息顺序：

解决方案：
- 使用单一消息队列：为了确保消息的有序处理，可以使用单一消息队列，使消息按照先后顺序进行处理。
- 对消息进行分区：如果需要水平扩展，可以将消息划分为多个分区，并根据分区进行顺序处理。

🌽3. 幂等性：

解决方案：
- 唯一标识符：为每条消息生成唯一的标识符，在消息处理前检查该标识符是否已经处理过，避免重复消费。
- 幂等性校验：记录已处理的消息ID或内容，并在每次接收到消息时进行查重，确保同一消息不会被处理多次。
- 事务性处理：将消息的处理逻辑与更新数据库、缓存等操作放在同一个事务中，并通过回滚事务来避免重复处理。