（面试经典）超详细的RabbitMQ入门，看这篇就足够。

🏆作者简介，普修罗双战士，一直追求不断学习和成长，在技术的道路上持续探索和实践。
🏆多年互联网行业从业经验，历任核心研发工程师，项目技术负责人。
🎉欢迎 👍点赞✍评论⭐收藏

RabbitMQ 知识专栏学习

RabbitMQ知识云集	访问地址	备注
RabbitMQ知识点(1)	https://blog.csdn.net/m0_50308467/article/details/134537157	RabbitMQ专栏
RabbitMQ知识点(2)	https://blog.csdn.net/m0_50308467/article/details/134537277	RabbitMQ专栏
RabbitMQ知识点(3)	https://blog.csdn.net/m0_50308467/article/details/134537350	RabbitMQ专栏

🔎 RabbitMQ 入门学习(2)

🍁01、RabbitMQ routing路由模式？

路由模式是RabbitMQ中最常用的模式，它允许你根据消息的属性将消息路由到不同的队列。路由模式使用交换器来将消息路由到队列。交换器是一个中间件，它接收来自生产者的消息，并将它们路由到一个或多个队列。

路由模式有两种类型：direct和topic。

direct模式是最简单的路由模式。在direct模式中，交换器将消息路由到与消息路由键完全匹配的队列。例如，如果消息的路由键是“foo”，则交换器将消息路由到名为“foo”的队列。

topic模式更灵活。在topic模式中，交换器将消息路由到与消息路由键部分匹配的队列。例如，如果消息的路由键是“foo.bar”，则交换器将消息路由到名为“foo.bar”， “foo.bar.baz”，以及“foo.bar.baz.qux”的队列。

你可以使用路由模式来实现各种消息传递模式。例如，你可以使用路由模式来实现发布/订阅模式、扇出模式和路由模式。

发布/订阅模式允许你将消息发布到一个交换器，并让任何订阅该交换器的队列接收该消息。扇出模式允许你将消息广播到多个队列。路由模式允许你将消息路由到特定的队列。

要使用路由模式，你需要创建一个交换器和一个或多个队列。然后，你需要将交换器与队列绑定。当你发送消息到交换器时，交换器会根据消息的路由键将消息路由到一个或多个队列。

你可以使用RabbitMQ的管理控制台来创建交换器和队列，并将它们绑定在一起。你也可以使用RabbitMQ的命令行工具来创建交换器和队列，并将它们绑定在一起。

以下是使用路由模式的示例：

1. 创建一个交换器。
rabbitmqctl add exchange direct my_exchange
2. 创建一个队列。
rabbitmqctl add queue my_queue
3. 将交换器与队列绑定。
rabbitmqctl bind exchange my_exchange queue my_queue
4. 发送消息到交换器。
rabbitmqctl publish exchange my_exchange routing_key foo message_body
5. 查看队列中的消息。
rabbitmqctl list queue my_queue
你应该会看到一条消息，其路由键为“foo”和消息体为“message_body”。

路由模式是RabbitMQ中最常用的模式，它允许你根据消息的属性将消息路由到不同的队列。路由模式使用交换器来将消息路由到队列。交换器是一个中间件，它接收来自生产者的消息，并将它们路由到一个或多个队列。

路由模式有两种类型：direct和topic。

direct模式是最简单的路由模式。在direct模式中，交换器将消息路由到与消息路由键完全匹配的队列。例如，如果消息的路由键是“foo”，则交换器将消息路由到名为“foo”的队列。

topic模式更灵活。在topic模式中，交换器将消息路由到与消息路由键部分匹配的队列。例如，如果消息的路由键是“foo.bar”，则交换器将消息路由到名为“foo.bar”， “foo.bar.baz”，以及“foo.bar.baz.qux”的队列。

你可以使用路由模式来实现各种消息传递模式。例如，你可以使用路由模式来实现发布/订阅模式、扇出模式和路由模式。

发布/订阅模式允许你将消息发布到一个交换器，并让任何订阅该交换器的队列接收该消息。扇出模式允许你将消息广播到多个队列。路由模式允许你将消息路由到特定的队列。

要使用路由模式，你需要创建一个交换器和一个或多个队列。然后，你需要将交换器与队列绑定。

🍁02、RabbitMQ topic 主题模式(路由模式的一种)？

主题模式是RabbitMQ中最灵活的路由模式。在主题模式中，交换器将消息路由到与消息路由键部分匹配的队列。例如，如果消息的路由键是“foo.bar”，则交换器将消息路由到名为“foo.bar”， “foo.bar.baz”，以及“foo.bar.baz.qux”的队列。

主题模式使用通配符来匹配路由键。通配符可以是“*”，它表示任意数量的字符；“#”，它表示任意数量的字符，包括“.”。

以下是一些示例：

• 路由键为“foo.bar”的消息将路由到名为“foo.bar”， “foo.bar.baz”，以及“foo.bar.baz.qux”的队列。
• 路由键为“foo.*”的消息将路由到名为“foo.bar”， “foo.baz”，以及“foo.baz.qux”的队列。
• 路由键为“*.bar”的消息将路由到名为“foo.bar”， “bar.baz”，以及“baz.qux”的队列。
• 路由键为“#”的消息将路由到所有队列。

主题模式非常灵活，可以用于各种消息传递场景。例如，你可以使用主题模式来实现发布/订阅模式、扇出模式和路由模式。

发布/订阅模式允许你将消息发布到一个交换器，并让任何订阅该交换器的队列接收该消息。扇出模式允许你将消息广播到多个队列。路由模式允许你将消息路由到特定的队列。

要使用主题模式，你需要创建一个主题交换器。主题交换器使用通配符来匹配路由键。然后，你需要将交换器与队列绑定。当你发送消息到交换器时，交换器会根据消息的路由键将消息路由到一个或多个队列。

你可以使用RabbitMQ的管理控制台来创建主题交换器和队列，并将它们绑定在一起。你也可以使用RabbitMQ的命令行工具来创建主题交换器和队列，并将它们绑定在一起。

以下是使用主题模式的示例：

1. 创建一个主题交换器。
rabbitmqctl add exchange topic my_exchange
2. 创建一个队列。
rabbitmqctl add queue my_queue
3. 将交换器与队列绑定。
rabbitmqctl bind exchange my_exchange queue my_queue
4. 发送消息到交换器。
rabbitmqctl publish exchange my_exchange routing_key foo.bar message_body
5. 查看队列中的消息。
rabbitmqctl list queue my_queue
你应该会看到一条消息，其路由键为“foo.bar”和消息体为“message_body”。

主题模式是RabbitMQ中最灵活的路由模式。在主题模式中，交换器将消息路由到与消息路由键部分匹配的队列。例如，如果消息的路由键是“foo.bar”，则交换器将消息路由到名为“foo.bar”， “foo.bar.baz”，以及“foo.bar.baz.qux”的队列。

主题模式使用通配符来匹配路由键。通配符可以是“*”，它表示任意数量的字符；“#”，它表示任意数量的字符，包括“.”。

以下是一些示例：

• 路由键为“foo.bar”的消息将路由到名为“foo.bar”， “foo.bar.baz”，以及“foo.bar.baz.qux”的队列。
• 路由键为“foo.*”的消息将路由到名为“foo.bar”， “foo.baz”，以及“foo.baz.qux”的队列。
• 路由键为“*.bar”的消息将路由到名为“foo.bar”， “bar.baz”，以及“baz.qux”的队列。
• 路由键为“#”的消息将路由到所有队列。

🍁03、RabbitMQ publish/subscribe发布订阅(共享资源)？

发布/订阅模式是RabbitMQ中最常用的模式之一。在发布/订阅模式中，消息发布者将消息发布到一个交换器，而订阅者则订阅该交换器。当消息发布到交换器时，交换器会将消息路由到所有订阅该交换器的队列。

发布/订阅模式非常适合于广播消息。例如，你可以使用发布/订阅模式来发布新闻、公告或其他类型的通知。

要使用发布/订阅模式，你需要创建一个交换器和一个或多个队列。然后，你需要将交换器与队列绑定。当你发布消息到交换器时，交换器会将消息路由到所有订阅该交换器的队列。

你可以使用RabbitMQ的管理控制台来创建交换器和队列，并将它们绑定在一起。你也可以使用RabbitMQ的命令行工具来创建交换器和队列，并将它们绑定在一起。

以下是使用发布/订阅模式的示例：

1. 创建一个交换器。
rabbitmqctl add exchange fanout my_exchange
2. 创建一个队列。
rabbitmqctl add queue my_queue
3. 将交换器与队列绑定。
rabbitmqctl bind exchange my_exchange queue my_queue
4. 发布消息到交换器。
rabbitmqctl publish exchange my_exchange routing_key foo message_body
5. 查看队列中的消息。
rabbitmqctl list queue my_queue
你应该会看到一条消息，其路由键为“foo”和消息体为“message_body”。

发布/订阅模式是RabbitMQ中最常用的模式之一。在发布/订阅模式中，消息发布者将消息发布到一个交换器，而订阅者则订阅该交换器。当消息发布到交换器时，交换器会将消息路由到所有订阅该交换器的队列。

发布/订阅模式非常适合于广播消息。例如，你可以使用发布/订阅模式来发布新闻、公告或其他类型的通知。

要使用发布/订阅模式，你需要创建一个交换器和一个或多个队列。然后，你需要将交换器与队列绑定。当你发布消息到交换器时，交换器会将消息路由到所有订阅该交换器的队列。

你可以使用RabbitMQ的管理控制台来创建交换器和队列，并将它们绑定在一起。你也可以使用RabbitMQ的命令行工具来创建交换器和队列，并将它们绑定在一起。

以下是使用发布/订阅模式的示例：

1. 创建一个交换器。
rabbitmqctl add exchange fanout my_exchange
2. 创建一个队列。
rabbitmqctl add queue my_queue
3. 将交换器与队列绑定。
rabbitmqctl bind exchange my_exchange queue my_queue
4. 发布消息到交换器。
rabbitmqctl publish exchange my_exchange routing_key foo message_body
5. 查看队列中的消息。
rabbitmqctl list queue my_queue
你应该会看到一条消息，其路由键为“foo”和消息体为“message_body”。

🍁04、能够在地理上分开的不同数据中心使用 RabbitMQ cluster 么？

是的，RabbitMQ 集群可以跨越多个数据中心。但是，在这种情况下，你需要考虑一些额外的因素。

首先，你需要确保每个数据中心都有一个 RabbitMQ 节点。你还需要确保每个节点都能够访问其他节点。你可以通过使用 VPN 或其他网络连接来实现这一点。

其次，你需要确保每个节点都使用相同的配置。这包括使用相同的版本的 RabbitMQ 软件、相同的配置文件和相同的用户名和密码。

第三，你需要确保每个节点都能够相互通信。你可以通过使用 RabbitMQ 的集群发现功能来实现这一点。

第四，你需要确保每个节点都能够在其他节点发生故障时继续工作。你可以通过使用 RabbitMQ 的镜像队列功能来实现这一点。

第五，你需要确保每个节点都能够在其他节点发生故障时恢复数据。你可以通过使用 RabbitMQ 的持久性功能来实现这一点。

如果您在设置 RabbitMQ 集群时遇到任何问题，可以参考 RabbitMQ 的官方文档。

以下是一些关于 RabbitMQ 集群的常见问题：

• 什么是 RabbitMQ 集群？

一个 RabbitMQ 集群是一个由多个 RabbitMQ 节点组成的集合，这些节点可以相互通信并共享负载。

• 为什么要使用 RabbitMQ 集群？

有几个原因可以使用 RabbitMQ 集群。首先，集群可以提高可用性。如果一个节点发生故障，其他节点可以继续处理消息。其次，集群可以提高吞吐量。多个节点可以同时处理消息，从而提高系统的整体性能。第三，集群可以提高扩展性。如果需要处理更多的消息，可以添加更多的节点到集群中。

• 如何设置 RabbitMQ 集群？

设置 RabbitMQ 集群需要以下步骤：

1. 在每个节点上安装 RabbitMQ 软件。
2. 配置每个节点。
3. 启动每个节点。
4. 使用 RabbitMQ 的集群发现功能发现其他节点。
5. 使用 RabbitMQ 的镜像队列功能镜像队列。
6. 使用 RabbitMQ 的持久性功能持久化消息。

• 如何管理 RabbitMQ 集群？

可以使用 RabbitMQ 的管理控制台来管理 RabbitMQ 集群。管理控制台可以用于创建、删除和管理队列、交换器和绑定。

• 如何监控 RabbitMQ 集群？

可以使用 RabbitMQ 的管理控制台来监控 RabbitMQ 集群。管理控制台可以显示集群的状态、吞吐量和延迟。

• 如何故障排除 RabbitMQ 集群？

如果 RabbitMQ 集群出现问题，可以使用以下方法进行故障排除：

1. 检查集群的状态。
2. 检查集群的吞吐量和延迟。
3. 检查集群的配置。
4. 检查集群的网络连接。
5. 检查集群的磁盘空间。
6. 检查集群的 CPU 使用率。
7. 检查集群的内存使用率。

如果您在故障排除 RabbitMQ 集群时遇到任何问题，可以参考 RabbitMQ 的官方文档。

🍁05、RabbitMQ有那些基本概念？

RabbitMQ 有以下基本概念：

• 消息：消息是 RabbitMQ 中传输的数据单元。消息由消息体和消息头组成。消息体是消息的内容，消息头是消息的元数据，例如消息的优先级、持久性和延迟。
• 交换器：交换器是 RabbitMQ 中的消息路由器。交换器将消息路由到一个或多个队列。交换器有不同的类型，例如直接交换器、主题交换器和扇出交换器。
• 队列：队列是 RabbitMQ 中的消息存储库。队列可以是持久的，也可以是临时的。持久队列在 RabbitMQ 重启后仍然存在，临时队列在 RabbitMQ 重启后会被删除。
• 绑定：绑定是将交换器与队列连接起来的规则。绑定可以是直接绑定、主题绑定或扇出绑定。
• 消费者：消费者是 RabbitMQ 中的消息接收者。消费者可以从队列中接收消息。消费者可以是自动确认的，也可以是手动确认的。自动确认意味着 RabbitMQ 会在消费者接收到消息后自动删除消息。手动确认意味着消费者必须手动确认消息已被处理。
• 生产者：生产者是 RabbitMQ 中的消息发送者。生产者可以向交换器发送消息。

以下是 RabbitMQ 中一些常见的术语：

• 路由键：路由键是用于将消息路由到队列的键。路由键可以是简单的字符串，也可以是通配符。
• 虚拟主机：虚拟主机是 RabbitMQ 中的一个逻辑分区。虚拟主机可以用于隔离不同的应用程序或用户。
• 权限：权限是用于控制用户对 RabbitMQ 资源的访问权限的机制。权限可以用于控制用户可以创建哪些资源、可以访问哪些资源以及可以对哪些资源执行哪些操作。
• 镜像队列：镜像队列是 RabbitMQ 中的一个队列的副本。镜像队列可以用于提高可用性和容错性。
• 持久性：持久性是指消息在 RabbitMQ 重启后仍然存在。持久性可以用于确保消息不会丢失。
• 延迟：延迟是指消息在被发送到队列之前等待的时间。延迟可以用于控制消息的处理顺序。

RabbitMQ 是一个非常强大的消息中间件，它可以用于各种不同的应用程序。如果您需要在应用程序之间传输数据，那么 RabbitMQ 是一个很好的选择。

🍁06、什么情况下会出现 blackholed 问题？

Blackholed 问题是指消费者无法从队列中获取消息。这通常发生在消费者没有订阅队列或消费者没有连接到 RabbitMQ 时。

以下是一些可能导致 Blackholed 问题的原因：

• 消费者没有订阅队列。
• 消费者没有连接到 RabbitMQ。
• 消费者的连接已断开。
• 消费者的连接已超时。
• 消费者的连接已被拒绝。
• 消费者的权限不足。
• 消费者的配置错误。
• 消费者的代码错误。

如果您遇到 Blackholed 问题，请检查以下内容：

• 消费者是否订阅了队列。
• 消费者是否连接到 RabbitMQ。
• 消费者的连接是否正常。
• 消费者的权限是否正确。
• 消费者的配置是否正确。
• 消费者的代码是否正确。

如果您仍然无法解决 Blackholed 问题，请联系 RabbitMQ 支持。

🍁07、什么是消费者 Consumer?

消费者是 RabbitMQ 中的消息接收者。消费者可以从队列中接收消息。消费者可以是自动确认的，也可以是手动确认的。自动确认意味着 RabbitMQ 会在消费者接收到消息后自动删除消息。手动确认意味着消费者必须手动确认消息已被处理。

消费者可以使用各种协议与 RabbitMQ 通信，包括 AMQP、STOMP 和 MQTT。

消费者可以使用各种方法从队列中接收消息，包括轮询、推送和订阅。

轮询是消费者从队列中轮询消息的方式。消费者会定期检查队列，如果有新消息，则会将其接收。

推送是消费者使用 RabbitMQ 的 push 模式从队列中接收消息的方式。在 push 模式下，RabbitMQ 会将消息推送到消费者，而不是消费者从队列中轮询消息。

订阅是消费者使用 RabbitMQ 的订阅模式从队列中接收消息的方式。在订阅模式下，消费者会订阅一个或多个队列，当有新消息到达这些队列时，消费者会收到通知。

消费者可以使用各种方法处理消息，包括消费、拒绝和重新发布。

消费是消费者处理消息的方式。消费者可以使用各种方法来消费消息，包括读取消息、解析消息、处理消息和删除消息。

拒绝是消费者拒绝处理消息的方式。消费者可以使用各种方法来拒绝消息，包括拒绝消息、重新发布消息和删除消息。

重新发布是消费者重新发布消息的方式。消费者可以使用各种方法来重新发布消息，包括重新发布消息、修改消息和删除消息。

消费者可以使用各种方法管理消息，包括确认、取消确认和删除消息。

确认是消费者确认消息已被处理的方式。消费者可以使用各种方法来确认消息，包括自动确认、手动确认和批量确认。

取消确认是消费者取消确认消息已被处理的方式。消费者可以使用各种方法来取消确认消息，包括自动取消确认、手动取消确认和批量取消确认。

删除是消费者删除消息的方式。消费者可以使用各种方法来删除消息，包括自动删除、手动删除和批量删除。

消费者可以使用各种方法管理队列，包括创建、删除、修改和查看队列。

创建是消费者创建队列的方式。消费者可以使用各种方法来创建队列，包括使用 RabbitMQ 的管理控制台、使用 RabbitMQ 的命令行工具或使用 RabbitMQ 的 API。

删除是消费者删除队列的方式。消费者可以使用各种方法来删除队列，包括使用 RabbitMQ 的管理控制台、使用 RabbitMQ 的命令行工具或使用 RabbitMQ 的 API。

修改是消费者修改队列的方式。消费者可以使用各种方法来修改队列，包括修改队列的名称、修改队列的属性和修改队列的权限。

查看是消费者查看队列的方式。消费者可以使用各种方法来查看队列，包括使用 RabbitMQ 的管理控制台、使用 RabbitMQ 的命令行工具或使用 RabbitMQ 的 API。

消费者可以使用各种方法管理交换器，包括创建、删除、修改和查看交换器。

创建是消费者创建交换器的方式。消费者可以使用各种方法来创建交换器，包括使用 RabbitMQ 的管理控制台、使用 RabbitMQ 的命令行工具或使用 RabbitMQ 的 API。

删除是消费者删除交换器的方式。消费者可以使用各种方法来删除交换器，包括使用 RabbitMQ 的管理控制台、使用 RabbitMQ 的命令行工具或使用 RabbitMQ 的 API。

修改是消费者修改交换器的方式。消费者可以使用各种方法来修改交换器，包括修改交换器的名称、修改交换器的属性和修改交换器的权限。

查看是消费者查看交换器的方式。消费者可以使用各种方法来查看交换器，包括使用 RabbitMQ 的管理控制台、使用 RabbitMQ 的命令行工具或使用 RabbitMQ 的 API。

消费者可以使用各种方法管理绑定，包括创建、删除、修改和查看绑定。

创建是消费者创建绑定的方式。消费者可以使用各种方法来创建绑定，包括使用 RabbitMQ 的管理控制台、使用 RabbitMQ 的命令行工具或使用 RabbitMQ 的 API。

删除是消费者删除绑定的方式。消费者可以使用各种方法来删除绑定，包括

🍁08、消息如何分发？

消息分发是指将消息从生产者发送到消费者的过程。在 RabbitMQ 中，消息分发是通过交换器和队列来实现的。

交换器是消息路由器，它将消息路由到一个或多个队列。队列是消息存储库，消费者可以从队列中获取消息。

当生产者发送消息时，它会将消息发送到交换器。交换器根据消息的路由键将消息路由到一个或多个队列。消费者可以订阅队列，当有新消息到达队列时，消费者会收到通知。

消息分发可以使用以下几种模式：

• 直接模式：直接模式是最简单的模式。在直接模式中，消息的路由键与队列的名称完全匹配。如果消息的路由键与队列的名称完全匹配，则消息将被路由到该队列。
• 主题模式：主题模式允许使用通配符来匹配路由键。在主题模式中，如果消息的路由键与队列的名称匹配，则消息将被路由到该队列。
• 扇出模式：扇出模式将消息广播到所有订阅该交换器的队列。

消息分发可以使用以下几种策略：

• 轮询策略：轮询策略是默认策略。在轮询策略中，消费者轮流从队列中获取消息。
• 优先级策略：优先级策略将消息按优先级排序，然后将优先级最高的消息发送给消费者。
• 公平策略：公平策略将消息平均分配给所有消费者。

消息分发可以使用以下几种协议：

• AMQP：AMQP 是 RabbitMQ 使用的默认协议。AMQP 是一种高级消息队列协议，它支持多种消息分发模式和策略。
• STOMP：STOMP 是一种简单的协议，它支持简单的消息分发模式和策略。
• MQTT：MQTT 是一种轻量级的协议，它支持简单的消息分发模式和策略。

消息分发可以使用以下几种技术：

• 持久性：持久性可以确保消息在 RabbitMQ 重启后仍然存在。
• 镜像队列：镜像队列可以提高可用性和容错性。
• 延迟队列：延迟队列可以控制消息的处理顺序。

消息分发可以使用以下几种工具：

• RabbitMQ 的管理控制台：RabbitMQ 的管理控制台可以用于创建、删除、修改和查看交换器、队列和绑定。
• RabbitMQ 的命令行工具：RabbitMQ 的命令行工具可以用于创建、删除、修改和查看交换器、队列和绑定。
• RabbitMQ 的 API：RabbitMQ 的 API 可以用于创建、删除、修改和查看交换器、队列和绑定。

🍁09、Basic.Reject 的用法是什么？

Basic.Reject 方法是 RabbitMQ AMQP 协议中的一个方法，用于拒绝处理消息。它允许消费者拒绝接收一条消息，并可以选择将消息重新投递到队列中或将其丢弃。

Basic.Reject 方法具有以下参数：

• deliveryTag：这是一个整数值，表示要拒绝的消息的唯一标识符。每条消息都有一个唯一的交付标签，用于在确认或拒绝消息时进行识别。
• requeue：这是一个布尔值，指示是否将被拒绝的消息重新投递到队列中。如果设置为 true，则消息将重新投递到队列中；如果设置为 false，则消息将被直接丢弃。

当消费者调用 Basic.Reject 方法并将 requeue 参数设置为 true 时，消息将被重新投递到队列中。这意味着消息将再次可用于其他消费者进行处理。如果将 requeue 参数设置为 false，消息将被直接丢弃，不会重新投递到队列中。

使用 Basic.Reject 方法可以实现以下场景：

• 消费者无法处理某条消息，希望将其重新投递到队列中，以便稍后再次处理。
• 消费者检测到某条消息存在错误或无法处理，并且希望将其丢弃，不再重新投递给其他消费者。

需要注意的是，Basic.Reject 方法只能用于单条消息的拒绝。如果要拒绝多条消息，可以使用 Basic.Nack 方法。

请注意，Basic.Reject 方法是一种直接拒绝消息的方法，不会触发自动确认机制。如果需要手动确认消息，可以考虑使用 Basic.Ack 方法来确认成功处理的消息，或者使用 Basic.Nack 方法来拒绝一批消息。

🍁10、消息如何被优先消费？

在 RabbitMQ 中，可以使用消息的优先级来实现消息的优先消费。通过为消息设置优先级，可以确保具有较高优先级的消息先被消费。

要实现消息的优先消费，可以按照以下步骤进行操作：

1. 创建一个支持优先级的队列。在创建队列时，需要将 x-max-priority 参数设置为所需的最大优先级数值。例如，可以将其设置为 10，表示队列支持 10 个不同的优先级。

2. 在生产者发送消息时，设置消息的优先级。可以通过设置消息的 priority 属性来指定消息的优先级。较高的数值表示较高的优先级。例如，将 priority 设置为 1 表示较低的优先级，而将其设置为 10 表示较高的优先级。

3. 消费者在消费消息时，可以使用 basic.qos 方法设置 prefetch count 参数，以控制每个消费者一次接收的消息数量。通过设置较大的 prefetch count ，可以确保较高优先级的消息先被消费。

需要注意以下几点：

• RabbitMQ 仅在同一队列中的消息之间进行优先级排序。不同队列之间的消息优先级没有比较意义。
• 优先级较高的消息可能会在队列中等待较长时间，直到较低优先级的消息被消费完毕。
• 消息优先级并不是绝对的，仅仅是一个相对的概念。RabbitMQ 尽力按照优先级的顺序进行消息分发，但并不能保证绝对的顺序。

通过设置消息的优先级和使用适当的队列设置，可以实现消息的优先消费。这对于需要按照特定优先级处理消息的场景非常有用，例如紧急任务优先处理等。

🍁11、AMQP 协议3层？

AMQP（Advanced Message Queuing Protocol）协议是一个开放的、标准的消息传递协议，用于在应用程序之间进行可靠的异步通信。AMQP 协议定义了一种灵活的消息模型，允许消息的生产者、消费者和中间件之间进行通信。

AMQP 协议的设计基于三层架构，分别是：

1. 应用层（Application Layer）：应用层是 AMQP 协议的最上层，负责定义消息的格式和内容。它定义了消息的结构、属性、头部和体部等信息。应用层还定义了交换器、队列、绑定和路由规则等概念，用于消息的路由和分发。

2. 通信层（Transport Layer）：通信层是 AMQP 协议的中间层，负责提供可靠的消息传输。它使用底层的网络协议（如 TCP/IP）来建立连接，并提供了消息的可靠性、有序性和完整性保证。通信层还支持连接的认证和安全性保护，以确保消息的机密性和完整性。

3. 网络层（Network Layer）：网络层是 AMQP 协议的最底层，负责在网络上传输数据。它使用底层的网络协议（如 TCP/IP）来实现数据的传输和路由。网络层负责将消息从一个节点发送到另一个节点，并提供节点之间的可靠连接。

通过这三层架构，AMQP 协议提供了一种灵活、可靠和安全的消息传递机制，适用于各种分布式应用场景。它可以在不同的编程语言和操作系统之间进行跨平台通信，实现应用程序之间的解耦和扩展性。

🍁12、在单 node 系统和多 node 构成的 cluster 系统中声明 queue、exchange ，以及进行 binding 会有什么不同？

在单节点系统和多节点构成的集群系统中，声明队列、交换器和进行绑定的过程是相似的，但在集群系统中需要考虑一些额外的因素。

在单节点系统中，声明队列、交换器和进行绑定是在单个 RabbitMQ 节点上进行的。你可以使用 RabbitMQ 的管理控制台、命令行工具或 API 来执行这些操作。声明队列和交换器后，你可以将它们通过绑定关联起来，以定义消息的路由规则。

在多节点构成的集群系统中，声明队列、交换器和进行绑定的过程也是在每个 RabbitMQ 节点上进行的，但需要确保这些操作在整个集群中保持一致。

在集群系统中，声明队列和交换器时需要注意以下几点：

1. 队列和交换器的名称和属性必须在整个集群中保持一致。这意味着你需要在每个节点上使用相同的名称和属性来声明队列和交换器。否则，在集群中的节点之间可能会出现不一致的情况。

2. 在声明队列和交换器时，需要确保它们的持久性设置一致。如果你希望队列或交换器在 RabbitMQ 重启后仍然存在，则需要将它们设置为持久的。

3. 在集群系统中，声明队列和交换器后，它们会自动在集群中的所有节点之间进行复制。这样，无论消息被发布到哪个节点，都可以在整个集群中进行路由和传递。

在集群系统中进行绑定时需要注意以下几点：

1. 绑定的操作必须在整个集群中的每个节点上进行。这样，绑定关系才能在整个集群中生效。

2. 在进行绑定时，需要确保绑定的交换器和队列的名称和属性在整个集群中保持一致。否则，绑定关系可能无法正确建立。

3. 在集群系统中，绑定关系会自动在集群的所有节点之间进行复制。这样，无论消息被发布到哪个节点，都可以根据绑定关系进行路由和传递。

总之，在多节点构成的集群系统中，声明队列、交换器和进行绑定的过程与单节点系统类似，但需要确保在整个集群中保持一致性，以确保消息的正确路由和传递。

🍁13、RAM node 和 disk node 的区别？

在 RabbitMQ 中，RAM 节点（RAM node）和磁盘节点（disk node）是指用于存储消息的不同类型的节点。

1. RAM 节点：RAM 节点是指将消息存储在内存中的节点。RAM 节点具有快速的读写性能，适用于对消息处理速度要求较高的场景。RAM 节点适用于短暂存储和高吞吐量的情况。然而，RAM 节点的存储容量有限，因为它们将消息存储在内存中，所以在节点重启后消息会丢失。因此，RAM 节点适用于临时存储消息，而不适合长期存储。

2. 磁盘节点：磁盘节点是指将消息存储在磁盘上的节点。磁盘节点具有较大的存储容量，可以长期存储消息。磁盘节点适用于需要持久化消息、消息量较大或需要长期存储的场景。磁盘节点的读写性能相对较低，因为它们需要将消息从磁盘读取到内存中进行处理。但是，磁盘节点的存储容量较大，可以处理大量的消息。

需要注意的是，RAM 节点和磁盘节点可以在 RabbitMQ 集群中同时存在，以满足不同的需求。可以根据消息的特性和应用程序的需求选择适合的节点类型。

总结来说，RAM 节点适用于需要快速处理消息、短暂存储和高吞吐量的场景，但存储容量有限；磁盘节点适用于需要持久化消息、长期存储和处理大量消息的场景，但读写性能相对较低。

🍁14、如何确保消息接收方消费了消息?

在 RabbitMQ 中，可以通过消息确认机制来确保消息接收方消费了消息。消息确认机制确保了消息在被消费者处理后的可靠传递。

消息确认机制的基本原理是，消费者在接收并处理完消息后，向 RabbitMQ 发送一个确认（ack）信号，告知 RabbitMQ 消息已被成功处理。只有在收到确认信号后，RabbitMQ 才会将该消息从队列中删除。

要实现消息确认机制，可以按照以下步骤进行操作：

1. 在消费者端，设置 auto_ack 参数为 False ，即手动确认模式。这样消费者接收到消息后不会自动确认，需要手动发送确认信号。

2. 在消费者处理完消息后，调用 basic_ack 方法发送确认信号。 basic_ack 方法接收一个参数 delivery_tag ，表示要确认的消息的交付标签。

通过使用消息确认机制，可以确保消息在被消费者处理后才会被从队列中删除。这样可以避免消息的丢失或重复处理。

需要注意以下几点：

• 确认信号必须在消费者处理消息后发送，否则消息将被认为是未处理的，并会重新分发给其他消费者。

• 如果消费者在处理消息时发生错误，可以选择发送 basic_nack 方法来拒绝消息，并可选择将其重新投递到队列中或丢弃。

• 如果消费者长时间未发送确认信号，RabbitMQ 可能会将其视为断开连接，并将消息重新分发给其他消费者。

通过使用消息确认机制，可以确保消息的可靠传递，并避免消息的丢失或重复处理。这对于需要确保消息不会丢失的关键业务场景非常重要。

🍁15、Broker服务节点？

Broker服务节点是指在消息中间件中运行的服务节点，负责协调和处理消息的传输和路由。在消息队列系统中，Broker是中间件的核心组件，负责接收发布者发送的消息，并将其传递给订阅者。

Broker服务节点具有以下主要功能：

1. 消息路由：Broker负责根据预定义的路由规则将消息路由到相应的订阅者。它可以根据消息的目的地和订阅者的订阅规则来决定消息的传递路径。

2. 消息存储：Broker可以将消息存储在内存或磁盘中，以便在需要时进行持久化存储。这样可以确保消息的可靠性和持久性，即使在节点故障或重启后仍然可以访问消息。

3. 消息传递：Broker负责将消息从发布者传递到订阅者。它可以使用不同的传输协议和通信模式，例如点对点（P2P）或发布-订阅（Pub-Sub）模式。

4. 消息排队和调度：Broker可以对消息进行排队和调度，以便在订阅者准备好接收消息时将其传递给它们。这确保了消息的顺序传递和流量控制。

5. 消息过滤和转换：Broker可以根据消息的内容、属性或其他标识来对消息进行过滤和转换。这样可以实现消息的选择性传递和格式转换。

6. 可靠性保证：Broker提供了一些机制来确保消息的可靠传递，例如消息确认、重试机制和故障恢复。这样可以保证消息不会丢失或重复处理。

常见的消息中间件系统中的Broker服务节点包括RabbitMQ、Apache Kafka、ActiveMQ等。它们提供了丰富的功能和灵活的配置选项，以满足不同应用场景的需求。

🍁16、什么是 Queue 队列？

队列（Queue）是消息中间件中的一种数据结构，用于存储和管理消息。它是一种先进先出（FIFO）的数据结构，即最先进入队列的消息将首先被处理。

在消息中间件系统中，队列用于在消息的生产者和消费者之间传递消息。生产者将消息发送到队列，而消费者从队列中获取消息并进行处理。

队列在消息传递中起到了重要的作用，它具有以下特点和功能：

1. 存储消息：队列用于存储消息，确保消息在传递过程中不会丢失。生产者将消息发送到队列中，而消费者从队列中获取消息进行处理。

2. 缓冲作用：队列可以作为生产者和消费者之间的缓冲区，平衡消息的生产和消费速度。当生产者发送消息的速度快于消费者处理消息的速度时，消息可以在队列中暂时存储，以避免消息的丢失。

3. 解耦作用：队列实现了生产者和消费者之间的解耦。生产者只需要将消息发送到队列中，而不需要关心具体的消费者是谁以及如何处理消息。消费者只需要从队列中获取消息进行处理，而不需要关心消息的来源。

4. 并发处理：队列可以支持多个消费者并发地处理消息。多个消费者可以同时从队列中获取消息进行处理，提高系统的处理能力和吞吐量。

5. 持久性：队列可以支持消息的持久性，即在消息发送到队列后仍然存在，即使在系统重启后也不会丢失。这可以通过设置队列的持久化属性来实现。

队列在消息中间件系统中扮演着重要的角色，它提供了可靠的消息传递机制，确保消息的顺序传递和可靠处理。通过使用队列，可以实现异步通信、解耦应用程序组件、提高系统的可伸缩性和可靠性。

🍁17、vhost 是什么？起什么作用？

vhost（虚拟主机）是 RabbitMQ 中的一个概念，它用于在单个 RabbitMQ 服务器上创建多个逻辑分区，以实现不同应用程序或用户之间的隔离。

vhost 可以将 RabbitMQ 服务器划分为多个逻辑环境，每个环境都有自己的交换器、队列、绑定和权限设置。这样可以将不同的应用程序或用户隔离开来，使它们在同一 RabbitMQ 服务器上运行时不会相互干扰。

vhost 提供了以下几个作用：

1. 隔离环境：通过使用 vhost，可以将不同的应用程序或用户隔离开来。每个 vhost 都有自己的消息队列和交换器，这样可以确保消息不会被误发到错误的应用程序或用户。

2. 安全性：vhost 可以用于实现安全的消息传递。每个 vhost 都可以有自己的权限设置，可以限制用户对特定 vhost 的访问权限。这样可以确保每个用户只能访问其分配的 vhost，增加了系统的安全性。

3. 管理和维护：使用 vhost 可以更好地管理和维护 RabbitMQ 服务器。不同的应用程序或用户可以在不同的 vhost 中运行，这样可以更方便地管理和监控每个环境的运行情况。

4. 扩展性：vhost 允许在单个 RabbitMQ 服务器上托管多个应用程序或用户。这样可以提高资源利用率，并减少维护和部署的复杂性。

需要注意的是，vhost 是逻辑上的隔离，而不是物理上的隔离。所有的 vhost 共享同一个 RabbitMQ 服务器和硬件资源。因此，在设计和配置 vhost 时，需要考虑服务器的性能和资源限制。

总结来说，vhost 在 RabbitMQ 中用于实现不同应用程序或用户之间的隔离，提供了安全性、管理性和扩展性。通过使用 vhost，可以更好地管理和维护 RabbitMQ 服务器，并确保消息的安全传递。

🍁18、RabbitMQ 中的 broker 是指什么？cluster 又是指什么？

在 RabbitMQ 中，Broker 是指消息中间件的核心组件，负责接收、路由和传递消息。它充当了消息的中转站，接收来自生产者的消息，并将其传递给相应的消费者。

Broker 在 RabbitMQ 中具有以下主要功能：

1. 接收消息：Broker 接收来自生产者的消息，并将其存储在队列中，等待消费者来获取。

2. 路由消息：Broker 根据预定义的路由规则将消息路由到相应的队列。它根据消息的目的地和订阅者的订阅规则来决定消息的传递路径。

3. 存储和管理消息：Broker 可以将消息存储在内存或磁盘中，以便在需要时进行持久化存储。它还负责管理队列和消息的状态，包括消息的持久性、过期时间和优先级等。

4. 管理连接和会话：Broker 管理与生产者和消费者之间的连接和会话。它负责建立和维护连接，并处理连接的认证和安全性。

5. 提供可靠性保证：Broker 提供了一些机制来确保消息的可靠传递，例如消息确认、重试机制和故障恢复。这样可以保证消息不会丢失或重复处理。

Cluster 是指将多个 RabbitMQ Broker 节点组成一个集群，共同工作以提供高可用性、可伸缩性和容错性。在 RabbitMQ 集群中，多个 Broker 节点通过网络连接在一起，并共享队列、交换器和绑定等资源。

通过将多个 Broker 节点组成集群，可以实现以下好处：

1. 高可用性：当一个 Broker 节点发生故障时，集群中的其他节点可以接管其工作，确保消息的持续传递和处理。

2. 可伸缩性：通过添加更多的 Broker 节点，可以增加集群的处理能力和吞吐量，以满足不断增长的消息流量需求。

3. 容错性：集群中的多个节点可以相互备份和冗余，以提供容错能力。即使某个节点发生故障，集群仍然可以继续工作，不会导致消息的丢失或中断。

4. 负载均衡：集群可以根据消息的负载情况，将消息分散到不同的节点上进行处理，实现负载均衡，提高系统的性能和效率。

通过使用集群，RabbitMQ 可以提供更高的可靠性、可伸缩性和容错性，适用于处理大规模消息流量和关键业务应用。

🍁19、导致的死信的几种原因？

死信（Dead Letter）是指在消息队列中无法被正常消费和处理的消息。导致死信产生的几种常见原因包括：

1. 消息过期：当消息设置了过期时间，并且在过期时间之后仍然没有被消费者处理时，消息会变为死信。

2. 消息被拒绝：当消费者拒绝处理消息时，可以选择将消息重新投递到队列中或将其丢弃。如果消息被拒绝且不重新投递到队列中，那么该消息将成为死信。

3. 消息达到最大重试次数：在消息处理过程中，如果消息被消费者拒绝且重新投递到队列中，并且达到了最大重试次数，那么该消息将成为死信。

4. 队列长度超过限制：当队列的长度超过了预设的限制时，新的消息可能无法进入队列，这些无法进入队列的消息会被标记为死信。

5. 消息被手动标记为死信：有时候，应用程序或管理工具可能会将特定的消息手动标记为死信，以便将其放入专门的队列进行处理。

当消息成为死信时，通常会将其发送到一个特定的死信队列（Dead Letter Queue）中，以便后续进行处理或分析。可以通过监控死信队列来识别和解决导致死信的问题，并采取适当的措施来处理这些消息，例如重新投递、记录或丢弃。

🍁20、消息如何分发？

在 RabbitMQ 中，消息的分发是通过交换器（Exchange）和绑定（Binding）来实现的。消息从生产者发送到交换器，然后由交换器将消息路由到一个或多个队列，最后由消费者从队列中获取并处理消息。

下面是消息分发的基本流程：

1. 生产者发送消息：生产者将消息发送到一个特定的交换器。消息可以包含一个路由键（Routing Key），用于指定消息的目的地。

2. 交换器接收消息：交换器是消息的入口，它接收来自生产者的消息，并根据预定义的路由规则将消息路由到一个或多个队列。

3. 路由规则匹配：交换器根据消息的路由键和绑定的规则来决定将消息发送到哪些队列。路由规则可以是精确匹配、通配符匹配或自定义规则。

4. 消息被发送到队列：根据路由规则，交换器将消息发送到与之绑定的队列。一个消息可以被发送到多个队列，也可以被发送到一个队列。

5. 消费者获取消息：消费者从队列中获取消息，并进行处理。消费者可以通过订阅队列来接收消息，或者通过消费者标签（Consumer Tag）来指定获取消息的方式。

6. 消息确认：消费者在处理完消息后，可以向 RabbitMQ 发送确认消息（Acknowledge），表示消息已经被成功处理。RabbitMQ 可以根据消息的确认状态来决定是否将消息从队列中删除。

通过交换器和队列的组合，RabbitMQ 实现了灵活的消息分发机制。生产者将消息发送到交换器，交换器根据路由规则将消息发送到队列，消费者从队列中获取消息进行处理。这种分发机制可以根据实际需求进行灵活配置，以实现不同的消息分发模式，如发布/订阅、点对点等。

🍁21、生产者消息如何运转？

生产者消息在 RabbitMQ 中的运转过程如下：

1. 连接到 RabbitMQ 服务器：生产者首先需要与 RabbitMQ 服务器建立连接。它可以使用 RabbitMQ 的客户端库或相应的协议（如 AMQP）来与服务器进行通信。

2. 声明交换器（Exchange）：生产者需要声明一个交换器，用于将消息发送到队列。交换器可以根据消息的路由键（Routing Key）将消息路由到一个或多个队列。生产者需要指定交换器的名称和类型。

3. 声明队列（Queue）：生产者可以选择声明一个队列，用于接收消息。如果队列已经存在，可以直接使用；如果队列不存在，生产者可以声明一个新的队列。生产者需要指定队列的名称和属性。

4. 绑定队列和交换器：生产者需要将队列和交换器进行绑定，以建立消息的路由规则。生产者需要指定队列和交换器的名称，并可以选择指定绑定的路由键。

5. 发布消息：生产者可以使用指定的交换器和路由键，将消息发布到 RabbitMQ 服务器。生产者需要将消息内容和路由键发送给 RabbitMQ，以便服务器将消息路由到正确的队列。

6. 消息传递到队列：RabbitMQ 服务器接收到生产者发送的消息后，根据消息的路由键和绑定规则，将消息传递到相应的队列中。

7. 可选的消息确认：生产者可以选择等待消息的确认信号（acknowledgement）。当消息被成功接收和处理后，RabbitMQ 会向生产者发送一个确认信号，表示消息已被成功处理。

生产者消息的运转过程是一个异步的过程，生产者发送消息后可以继续执行其他操作，而不需要等待消息的传递和处理。RabbitMQ 提供了可靠的消息传递机制，保证消息的可靠性和顺序性。生产者可以通过配置参数，如持久化、确认模式等，来控制消息的持久性和可靠性。

🍁22、Exchange 交换器？

Exchange（交换器）是 RabbitMQ 中用于消息路由的组件。它接收生产者发送的消息，并根据预定义的路由规则将消息路由到一个或多个队列。

Exchange 的主要作用是接收生产者发送的消息，并将其路由到相应的队列。它根据消息的路由键（Routing Key）和绑定规则来确定消息的路由路径。Exchange 可以根据不同的路由算法和规则，将消息路由到一个或多个队列。

在 RabbitMQ 中，有几种不同类型的 Exchange 可供选择，包括：

1. Direct Exchange（直连交换器）：根据消息的路由键将消息发送到与之匹配的队列。路由键与队列的绑定键（Binding Key）完全匹配时，消息将被路由到相应的队列。

2. Fanout Exchange（扇形交换器）：将消息广播到所有绑定到该交换器的队列。无需匹配路由键，消息将被发送到所有绑定的队列。

3. Topic Exchange（主题交换器）：根据消息的路由键和模式进行匹配，并将消息发送到与之匹配的队列。路由键可以使用通配符进行模糊匹配。

4. Headers Exchange（头交换器）：根据消息的头部属性进行匹配，并将消息发送到与之匹配的队列。匹配规则可以自定义。

Exchange 的创建和配置通常由生产者或管理员进行。生产者在发送消息时，需要指定消息的交换器和路由键，以便消息可以被正确地路由到目标队列。

需要注意的是，Exchange 只负责消息的路由，不存储消息。消息在路由到队列后，会被存储在队列中，等待消费者来获取。Exchange 和队列之间的绑定关系可以根据需要进行配置和调整，以实现灵活的消息路由和处理。

🍁23、消息基于什么传输？

消息基于 TCP 传输。TCP 是面向连接的协议，它在两个通信实体之间建立连接，然后在连接上传输数据。TCP 提供可靠的传输，这意味着数据不会丢失或损坏。TCP 还提供流量控制，这意味着发送方不会向接收方发送太多数据，从而导致接收方缓冲区溢出。

🍁24、消息在什么时候会变成死信?

消息在以下情况下会变成死信：

• 消息没有在指定的时间内被处理。
• 消息被拒绝。
• 消息的队列被删除。
• 消息的主题被删除。
• 消息的消费者被删除。
• 消息的生产者被删除。

当消息变成死信时，它会被发送到死信队列。死信队列是一个特殊的队列，用于存储无法被正常处理的消息。死信队列可以由消费者消费，也可以由管理员手动处理。

🍁25、“dead letter” queue 的用途？

死信队列用于存储无法被正常处理的消息。死信队列可以由消费者消费，也可以由管理员手动处理。

死信队列可以用于以下目的：

• 捕获和处理消息处理失败的情况。
• 存储消息，以便在以后处理。
• 防止消息丢失。
• 监控消息处理情况。

死信队列可以由管理员配置，以满足特定的业务需求。例如，管理员可以配置死信队列的存储容量、消息保留时间和消费者数量。

死信队列是消息中间件的重要组件，它可以帮助企业确保消息的正常处理。

🍁26、RabbitMQ 特点?

RabbitMQ 是一个开源的消息代理，它支持多种消息传递协议，包括 AMQP、STOMP、MQTT 和 WebSockets。RabbitMQ 是一个高性能、可靠和易于使用的消息代理，它可以用于构建各种分布式应用程序。

RabbitMQ 的一些特点包括：

• 支持多种消息传递协议
• 高性能和可靠
• 易于使用
• 可扩展
• 安全
• 支持多种语言和平台

RabbitMQ 是一个强大的工具，它可以用于构建各种分布式应用程序。它是许多大型企业的首选消息代理，包括 Google、Facebook 和 Amazon。

🍁27、RabbitMQ 是什么？

RabbitMQ 是一个开源的消息代理，它支持多种消息传递协议，包括 AMQP、STOMP、MQTT 和 WebSockets。RabbitMQ 是一个高性能、可靠和易于使用的消息代理，它可以用于构建各种分布式应用程序。

RabbitMQ 是一个消息中间件，它可以帮助应用程序在分布式环境中进行通信。消息中间件是一个软件系统，它允许应用程序在不同的进程、主机或网络之间发送和接收消息。消息中间件可以帮助应用程序解耦，并提高应用程序的可靠性和可伸缩性。

RabbitMQ 是一个非常灵活的消息中间件，它可以用于各种不同的应用程序。RabbitMQ 支持多种消息传递协议，这使得它可以与各种不同的应用程序进行通信。RabbitMQ 还支持多种消息传递模式，这使得它可以满足各种不同的应用程序需求。

RabbitMQ 是一个非常可靠的消息中间件，它可以保证消息的安全性和可靠性。RabbitMQ 使用了多种技术来确保消息的安全性，包括消息加密、消息签名和消息确认。RabbitMQ 还使用了多种技术来确保消息的可靠性，包括消息持久化、消息重试和消息回退。

RabbitMQ 是一个非常易于使用的的消息中间件，它提供了丰富的 API 和工具来帮助开发人员使用 RabbitMQ。RabbitMQ 的 API 和工具非常简单易用，这使得开发人员可以轻松地使用 RabbitMQ 来构建分布式应用程序。

RabbitMQ 是一个非常强大的消息中间件，它可以用于构建各种不同的分布式应用程序。RabbitMQ 支持多种消息传递协议、多种消息传递模式和多种安全机制，这使得它可以满足各种不同的应用程序需求。RabbitMQ 还提供了丰富的 API 和工具来帮助开发人员使用 RabbitMQ，这使得 RabbitMQ 非常易于使用。

🍁28、如何解决RabbitMQ丢数据的问题?

以下是一些解决 RabbitMQ 丢失数据问题的方法：

• 使用消息持久化。消息持久化可以确保消息即使在 RabbitMQ 服务器崩溃的情况下也能被保存下来。
• 使用消息确认。消息确认可以确保消息已经被消费者成功接收。
• 使用死信队列。死信队列可以存储那些无法被正常处理的消息。
• 使用消息重试。消息重试可以确保那些由于某些原因无法被正常处理的消息能够被重新发送。
• 使用消息回退。消息回退可以确保那些由于某些原因无法被正常处理的消息能够被重新发送到另一个队列。

通过使用这些方法，可以有效地减少 RabbitMQ 丢失数据的可能性。

🍁29、什么是元数据？元数据分为哪些类型？包括哪些内容？与 cluster 相关的元数据有哪些？元数据是如何保存的？元数据在 cluster 中是如何分布的？

元数据是关于数据的数据。它包括数据的名称、类型、位置、大小、创建时间、修改时间等信息。元数据可以帮助我们理解数据，并对数据进行管理。

元数据分为两种类型：结构化元数据和非结构化元数据。结构化元数据是用特定的格式组织的元数据，例如 XML 或 JSON。非结构化元数据是没有特定格式的元数据，例如文本文件或图像文件。

元数据包括以下内容：

• 数据的名称
• 数据的类型
• 数据的位置
• 数据的大小
• 数据的创建时间
• 数据的修改时间
• 数据的所有者
• 数据的访问权限
• 数据的安全性

与集群相关的元数据包括：

• 集群的名称
• 集群的类型
• 集群的节点
• 集群的网络
• 集群的存储
• 集群的配置

元数据可以保存在不同的位置，例如数据库、文件系统、对象存储等。元数据也可以保存在不同的格式，例如 XML、JSON、CSV 等。

元数据在集群中是如何分布的，取决于集群的类型和架构。在一些集群中，元数据可能集中存储在一个单独的节点上。在其他集群中，元数据可能分散存储在多个节点上。

🍁30、什么情况下 producer 不主动创建 queue 是安全的？

当 producer 不主动创建 queue 时，如果 queue 不存在，则会由 broker 自动创建。这种情况下，producer 需要确保 queue 的名称是唯一的。如果 queue 的名称不是唯一的，则可能会出现多个 queue 共享相同的名称的情况，这可能会导致消息丢失。

另外，producer 还需要确保 queue 的权限是正确的。如果 queue 的权限不正确，则可能会导致 producer 无法向 queue 发送消息。

总之，当 producer 不主动创建 queue 时，需要确保 queue 的名称是唯一的，并且 queue 的权限是正确的。如果满足这两个条件，则 producer 不主动创建 queue 是安全的。