戏说AMQP1

最新推荐文章于 2024-07-24 18:21:49 发布

cookedsteak

最新推荐文章于 2024-07-24 18:21:49 发布

阅读量164

点赞数

分类专栏：技术文章标签： MQ 消息队列 AMQP rabbitmq 后端

本文链接：https://blog.csdn.net/cookedsteak/article/details/98482825

版权

9 篇文章 0 订阅

订阅专栏

AMQP 是实现 Message Queue 消息队列技术的一个重要协议。

MQ 这玩意，早在 80 年代就有了，需求呢来源于当时的金融界。
最早的一款 MQ 软件叫做 the information bus (TIB)。
TIB 之后也被电信和通讯公司采用。

之后是 IBM 开发的 MQSeries，微软开发的 MSMQ。反正这种商业闭源、收费又贵的 MQ 软件越来越多，既然 MQ 变多了，那不如就定个标准协议吧？
摩根大通和 iMatrix 就在 2004 年起草 AMQP。并且在 2006 发布了 AMQP 规范。

然后Rabbit技术公司基于AMQP标准开发的RabbitMQ 1.0，目前为止，RabbitMq 应该是AMQP最好的实现了，当然了，RabbitMq 也实现了 STOMP 和 MQTT 等协议。

那既然说道消息，我们再多说几句…

消息队列、消息调用是一种通信方式。从宏观上看，它提供了一种异步传输的通信解决方案。
相对的，同步通信是常常拿来与之比较的另一种通信方案。

所谓的同步通信和异步通信是有预先定义的，比如：

在计算机处理数据层面，其实都是异步的，因为CPU无法直接处理传输的数据，只能通过层层的缓冲：网卡，内存，缓存。之后才会直接处理数据。而在数据通信层面，虽然数据包都是是一帧一帧进行传输的，但是同步的通信的定义是一端的异常会导致数据包传输的堵塞等待。所以，对同步异步的判断要看问题域的范围。

消息队列的使用场景一般有：

好了，那接下去我们看下 AMQP 的设计架构。

Advance Message Queue Protocol 这是 AMQP 的全称。
翻译成：高级消息队列协议。

首先，AMQP 实现了技术解耦，客户端和服务端可以实现消息的无缝通讯。

AMQP 协议约定了三个重要规范：

在这里插入图片描述

基本传输协议还是基于 TCP/IP，

我们这里要明白 AMQP 中的主要实体：

应用可以理解为我们消息的两端，代理包含了交换机和队列，是中间件主体，应用定义了 AMQP 的实体代理和路由。消息通过交换机被路由到对应的队列中。

我们可以看到 AMQP 重要组成元素：

在这里插入图片描述

简单介绍下，流程就是
Producer -> Broker -> Consumer

Broker（总称）
接受与分发消息的主体，就是一个应用，比如 rabbitmq server
Virtual Host（抽象域）
划分不同的 namespace 个使用同一个 rabbitmq server 的不同用户。
用来做权限控制再好不过。
Connection
publisher & consumer 与 consumer 之间的 TCP 连接。断开连接的操作只会在 client 端，broker 正常情况下不会主动断开连接。
Channel
为了减少每次建立 TCP 连接的开销（TCP协议->TCP 协议源码->字节序->大小端->高低位）。
其实这也是一种连接资源的复用，一般每个线程会复用同一个 channel。
Exchange（接收消息的实体）
message到达broker的第一站，根据分发规则，匹配查询表中的routing key，分发消息到queue中去。所以 Exchange 是一种分发规则。
Queue（存放消息的实体）
最终消息都在这里等待被 consumer 领走。一个 message 可以被拷贝到多个 queue 中。
Binding（一种关系）
Exchange 和 queue 之间的虚拟连接，binding 中包含routing key。
Binding 信息会被 Exchange 存储到自己的表中，用来作为分发依据。