消息确认（message acknowledgements）：当一个消息从队列中投递给消费者后（consumer），消费者会通知一下消息代理（broker）。可以是自动的，也可以是处理消息的应用的开发者执行。
AMQP实体（AMQP entities）：队列，交换器和绑定的统称

2、交换器和交换器类型

交换器是用来发送消息的AMQP实体。交换器拿到一个消息之后将它路由给一个或零个队列。它使用哪种路由算法是由交换器类型和被称作绑定（bindings）的规则所决定的。
AMQP 0-9-1的代理提供了四种交换器：

Name（交换器类型）	Default pre-declared names（预声明的默认名称）
Direct exchange（直连交换器）	(Empty string) and amq.direct
Fanout exchange（扇型交换器）	amq.fanout
Topic exchange（主题交换器）	amq.topic
Headers exchange（头交换器）	amq.match (and amq.headers in RabbitMQ)

在声明交换器时可以附带许多其他的属性，比较重要的有：

• Name：交互器的名称
• Type：交换器的类型
• Durability ：(交换器)持久化特性，如果启动此特性，则Broker重启后交换器依然存在，否则交换器会被删除
• Auto-delete ：是否自动删除，如果启用此特性，当最后一个队列解除与交换器的绑定关系，交换器会被删除。
• Arguments：可选参数，一般配合插件或者Broker的特性使用

交换器状态：

• 持久（durable）：持久化的交换器会在消息代理（broker）重启后依旧存在。但是持久化的交换器不适用所有常见
• 暂存（transient）：暂存的交换器则不会（它们需要在代理再次上线后重新被声明）

几种交换器的对比：

• 默认交换器：

• 定义：实际上是一个由消息代理预先声明好的没有名字（名字为空字符串）的直连交换器（direct exchange）
• 特殊属性：每个新建队列（queue）都会自动绑定到默认交换器上，绑定的路由键（routing key）名称与队列名称相同

• 直连交换器：

• 定义：根据消息携带的路由键（routing key）将消息投递给对应队列的
• 处理对象：单播路由（unicast routing）
• 工作过程：

• 将一个队列绑定到某个交换器上，同时赋予该绑定一个路由键（routing key）
• 当一个存在路由键为R的消息被发送给直连交换器时，交换器会把它路由给绑定值同样为R的队列。

• 工作图：直连交换器路由图
  

• 扇型交换器

• 定义：将消息路由给绑定到它身上的所有队列，而不理会绑定的路由键
• 处理对象：广播路由（broadcast routing）
• 工作过程：如果某个扇型交换器上绑定了n个队列，当有消息发送给此扇型交换器时，交换器会将消息的拷贝分别发送给所有的N个队列。
• 案例：大规模多用户在线（MMO）游戏可以使用它来处理排行榜更新等全局事件
• 工作图：扇形交换器路由图
  

• 主题交换器

• 定义：通过对消息的路由键和队列到交换器的绑定模式之间的匹配，将消息路由给一个或多个队列
• 处理对象：多播路由
• 使用场景：实现各种分发/订阅模式及其变种
• 案例：

• 由多个工作者（workers）完成的后台任务，每个工作者负责处理某些特定的任务
• 涉及到分类或者标签的新闻更新（例如，针对特定的运动项目或者队伍）

• 头交换器

3、队列

队列属性

AMQP中的队列（queue）：存储即将被应用消费的消息。
队列也存在其他属性：

• Name：队列名称
• Durable：是否持久化，开启持久化意味着消息中间件代理重启后队列依然存在，否则队列会被删除
• Exclusive：是否独占的，开启队列独占特性意味着队列只能被一个连接使用并且连接关闭之后队列会被删除。
• Auto-delete：是否自动删除，开启自动删除特性意味着队列至少有一个消费者并且最后一个消费者解除订阅状态(一般是消费者对应的通道关闭)后队列会自动删除
• Arguments：队列参数，一般和消息中间件代理或者插件的特性相关，如消息的过期时间(Message TTL)和队列长度等

队列需要被声明才能使用：

• 如果一个队列不存在，声明队列会创建它
• 如果声明的队列已经存在，并且属性相同，再次声明对原队列没有影响
• 如果声明的队列已经存在，并且属性不相同，则会报错，报报错码为406

队列名称

队列的名字可以是消息代理（broker）生成，也可以是应用确定。队列命名有几个规则：

• 队列名字是字符串，最多255字节，并且是utf-8编码
• 以"amq."开始的队列名称被预留做消息代理内部使用

队列持久化

持久化队列（Durable queues）会被存储在磁盘上，当消息代理（broker）重启的时候，它依旧存在。没有被持久化的队列称作暂存队列（Transient queues）。并不是所有的场景和案例都需要将队列持久化。
队列的持久化特性并不意味着路由到它上面的消息是持久化的，也就是说**队列的持久化跟消息的持久化是两回事。**倘若消息代理挂掉了，重新启动，那么在重启的过程中持久化队列会被重新声明，无论怎样，只有经过持久化的消息才能被重新恢复。

1.3 几个概念

1、绑定

绑定（Binding）是交换机（exchange）将消息（message）路由给队列（queue）所需遵循的规则。

例如交换器E可以路由消息到队列Q，那么Q必须通过一定的规则绑定到E。绑定中使用的某些交换器的类型决定了它可以使用可选的路由键(RoutingKey)。路由键的作用类似于过滤器，可以筛选某些发布到交换器的消息路由到目标队列。

例如：

• 队列：是要去的位于伦敦的目的地
• 交换器：是国际机场ABC
• 绑定：是国际机场ABC到伦敦的路线。能够到达目的地的路线可以是一条或者多条
  如果AMQP的消息无法路由到队列（例如，发送到的交换机没有绑定队列），消息会被就地销毁或者返还给发布者。如何处理取决于发布者设置的消息属性。

2、消费者

消费者用来接收发送者发送的消息，消费者一般是应用程序。消费者消费消息的这个操作的实现方式一般有两种：

• 消息代理中间件向消费者推送消息(推模式push API，代表方法是basic.consume)。

• 前提：消费者必须指定需要订阅的队列。每个队列可以存在多个消费者，或者仅仅注册一个独占的消费者。

• 消费者主动向消息代理中间件拉取消息(拉模式 pull API，代表方法是basic.get)。

每个消费者（订阅者）都有一个叫做消费者标签的标识符。它可以被用来退订消息。消费者标签实际上是一个字符串。

3、消息确认

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数大数据工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年大数据全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上大数据开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加VX：vip204888 （备注大数据获取）

体系化！**

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加VX：vip204888 （备注大数据获取）
[外链图片转存中…(img-ua2VxXfd-1712532325838)]