RabbitMQ练习（AMQP 0-9-1 Overview）

已于 2024-09-08 08:26:28 修改
阅读量796 收藏 30
点赞数 10
分类专栏： 云计算 文章标签： rabbitmq 分布式
于 2024-09-08 08:23:40 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zkyqss/article/details/141980642
版权

1、What is AMQP 0-9-1

AMQP 0-9-1（高级消息队列协议）是一种网络协议，它允许遵从该协议的客户端（Publisher或者Consumer）应用程序与遵从该协议的消息中间件代理（Broker，如RabbitMQ）进行通信。

AMQP 0-9-1模型的核心概念包括消息发布者（producers/publisher）、消息（messages）、交换机（exchanges）、队列（queues）、绑定（bindings）和消费者（consumers）。

2、Brokers and Their Role

消息代理（Broker）接收来自发布者（发布消息的应用程序，也称为生产者）的消息，并将它们路由到消费者（处理这些消息的应用程序）。

由于它是一种网络协议，发布者、消费者和代理都可以位于不同的机器上。

3、AMQP 0-9-1 Model in Brief

  • P（Publisher）发布消息必须首先到达X（Exchange），发送的消息带有routing key。
  • Q（Queue）通过binding key和交换机绑定。
  • Exchange收到消息后，根据Exchange的类型，处理方式不同。如果是Direct Exchange，消息的routing key和binding key如果匹配，消息则copy到相应的队列。
  • C（consumer）通过订阅（Subscribe）该队列的消息或者Pull/fetch该队列的消息，该队列的消息最终发往相应的consumer。

队列、交换机和绑定一起组成AMQP实体。（原文：Queues, exchanges and bindings are collectively referred to as AMQP entities.）

4、AMQP 0-9-1 is a Programmable Protocol 

AMQP 0-9-1是一个可编程的协议，AMQP 0-9-1实体（实体包括Queues，exchanges and bindings）和消息路由方案主要是由需要使用消息代理的应用程序自己定义的，而不是由消息代理定义。AMQP 0-9-1协议支持声明队列和交换机、定义它们之间的绑定关系、订阅队列等操作，这赋予了应用程序开发者很大的自由度。

5、Exchange类型

  • Default Exchange：如果发送消息时，不指定Exchange，则该message发送到Default Exchange。Default Exchange类型是Direct Exchange。
  • Direct Exchange：队列使用binding key和Exchange绑定。Publisher发送携带routing key的消息到Exchange，如果routing key和binding key匹配，消息将copy到该队列。
  • Fanout Exchange：Fanout Exhcange会把收到的message，发送给所有和它绑定的队列，忽略routing key。
  • Topic Exchange：和Direct Exchange类似，但binding key是个匹配模板，routing key只要和该模板匹配即可。比如binding key是“#”，表示匹配任何routing key。
  • Header Exchange：消息Header中的信息，和binding key匹配，忽略rouging key。

Example：“Hello World!”——default exchange:

发布消息未指明exchange，使用default exchange:

Frame 79: 88 bytes on wire (704 bits), 88 bytes captured (704 bits) on interface docker0, id 0
Ethernet II, Src: 02:42:ac:11:00:03 (02:42:ac:11:00:03), Dst: 02:42:ac:11:00:02 (02:42:ac:11:00:02)
Internet Protocol Version 4, Src: 172.17.0.3 (172.17.0.3), Dst: 172.17.0.2 (172.17.0.2)
Transmission Control Protocol, Src Port: 37258, Dst Port: 5672, Seq: 382, Ack: 597, Len: 22
Advanced Message Queuing Protocol
    Type: Method (1)
    Channel: 1
    Length: 14
    Class: Basic (60)
    Method: Publish (40)
    Arguments
        Ticket: 0
        Exchange:    <---- no name，使用default exchange，类型为direct exchange
        Routing-Key: hello
        .... ...0 = Mandatory: False
        .... ..0. = Immediate: False

 6、Queues

队列（queues）用于存储由应用程序消费的消息。队列与交换机共享一些属性，但也具有一些额外的属性：

  • 名称（Name）
  • 持久性（Durable），即队列将在代理重启后继续存在。
  • 独占性（Exclusive），即队列只能被一个连接（connection）使用，当该连接关闭时队列将被删除。
  • 自动删除（Auto-delete），即至少有一个消费者订阅过的队列，在最后一个消费者取消订阅时将被删除。
  • 参数（Arguments），这是可选的，被插件和代理特定的特性使用，例如消息存活时间（TTL）、队列长度限制等。

在使用队列之前，必须先声明队列（queue declare）。如果队列尚不存在的话，声明队列将导致创建队列。如果队列已经存在，并且其属性与声明中的属性相同，则声明将不会产生任何效果。

发布者和消费者都可以声明同一个队列，确保消息发布前队列存在。

Example：“Hello World!” —— queue declare

声明创建名称为”hello”的队列。

Advanced Message Queuing Protocol
    Type: Method (1)
    Channel: 1
    Length: 17
    Class: Queue (50)
    Method: Declare (10)
    Arguments
        Ticket: 0
        Queue: hello
        .... ...0 = Passive: False
        .... ..0. = Durable: False
        .... .0.. = Exclusive: False
        .... 0... = Auto-Delete: False
        ...0 .... = Nowait: False
        Arguments

Example：“Publish/Subscribe” —— 临时队列

Frame 20: 86 bytes on wire (688 bits), 86 bytes captured (688 bits) on interface docker0, id 0
Ethernet II, Src: 02:42:ac:11:00:04 (02:42:ac:11:00:04), Dst: 02:42:ac:11:00:02 (02:42:ac:11:00:02)
Internet Protocol Version 4, Src: 172.17.0.4 (172.17.0.4), Dst: 172.17.0.2 (172.17.0.2)
Transmission Control Protocol, Src Port: 40738, Dst Port: 5672, Seq: 388, Ack: 583, Len: 20
Advanced Message Queuing Protocol
    Type: Method (1)
    Channel: 1
    Length: 12
    Class: Queue (50)
    Method: Declare (10)
    Arguments
        Ticket: 0
        Queue:    < -------- no name
        .... ...0 = Passive: False
        .... ..0. = Durable: False
        .... .1.. = Exclusive: True
        .... 0... = Auto-Delete: False
        ...0 .... = Nowait: False
        Arguments


Frame 21: 117 bytes on wire (936 bits), 117 bytes captured (936 bits) on interface docker0, id 0
Ethernet II, Src: 02:42:ac:11:00:02 (02:42:ac:11:00:02), Dst: 02:42:ac:11:00:04 (02:42:ac:11:00:04)
Internet Protocol Version 4, Src: 172.17.0.2 (172.17.0.2), Dst: 172.17.0.4 (172.17.0.4)
Transmission Control Protocol, Src Port: 5672, Dst Port: 40738, Seq: 583, Ack: 408, Len: 51
Advanced Message Queuing Protocol
    Type: Method (1)
    Channel: 1
    Length: 43
    Class: Queue (50)
    Method: Declare-Ok (11)
    Arguments
        Queue: amq.gen-n1_VgX3pWoYEt6CV9STq8A <--- broker给起的临时名字，amp开头
        Message-Count: 0
        Consumer-Count: 0

7、Bindings

队列通过绑定键和exchange绑定。exchange收到message以后，根据message携带的routing key和binding key匹配，决定把message从哪个队列发出。

另外，队列声明后创建队列，缺省会以该队列的名字为绑定键和default exchange进行绑定。

Example："Hello World!" ——Binding

1、Consumer声明队列，名字为hello

Frame 16: 91 bytes on wire (728 bits), 91 bytes captured (728 bits) on interface docker0, id 0
Ethernet II, Src: receiver (02:42:ac:11:00:04), Dst: rabbitmq (02:42:ac:11:00:02)
Internet Protocol Version 4, Src: receiver (172.17.0.4), Dst: rabbitmq (172.17.0.2)
Transmission Control Protocol, Src Port: 47890, Dst Port: 5672, Seq: 357, Ack: 571, Len: 25
Advanced Message Queuing Protocol
    Type: Method (1)
    Channel: 1
    Length: 17
    Class: Queue (50)
    Method: Declare (10)
    Arguments
        Ticket: 0
        Queue: hello
        .... ...0 = Passive: False
        .... ..0. = Durable: False
        .... .0.. = Exclusive: False
        .... 0... = Auto-Delete: False
        ...0 .... = Nowait: False
        Arguments

2、rabbitmq创建hello队列，并且通过hello绑定键和default exchage绑定

root@7c53a5705902:/# rabbitmqctl list_queues
Timeout: 60.0 seconds ...
Listing queues for vhost / ...
name    messages
hello   0    <-----创建的队列
root@7c53a5705902:/# rabbitmqctl list_exchanges
Listing exchanges for vhost / ...
name    type
amq.topic       topic
amq.fanout      fanout
amq.direct      direct
amq.headers     headers
amq.match       headers
amq.rabbitmq.trace      topic
        direct
root@7c53a5705902:/# rabbitmqctl list_bindings
Listing bindings for vhost /...
source_name     source_kind     destination_name        destination_kind        routing_key     arguments
        exchange        hello   queue   hello   []  <---绑定键为hello
root@7c53a5705902:/#

3、publisher（sender）发布消息，routing key为hello，未指定exchange（使用default exchange）

Frame 42: 88 bytes on wire (704 bits), 88 bytes captured (704 bits) on interface docker0, id 0
Ethernet II, Src: sender (02:42:ac:11:00:03), Dst: rabbitmq (02:42:ac:11:00:02)
Internet Protocol Version 4, Src: sender (172.17.0.3), Dst: rabbitmq (172.17.0.2)
Transmission Control Protocol, Src Port: 48864, Dst Port: 5672, Seq: 382, Ack: 597, Len: 22
Advanced Message Queuing Protocol
    Type: Method (1)
    Channel: 1
    Length: 14
    Class: Basic (60)
    Method: Publish (40)
    Arguments
        Ticket: 0
        Exchange:  <--- 没有名字，使用default exchange
        Routing-Key: hello 
        .... ...0 = Mandatory: False
        .... ..0. = Immediate: False

8、Consumers

消费者（consumer）可以通过订阅（Subscribe）的方式或者轮询（Polling）的方式，获得某个队列的消息。轮询的方式不推荐，效率比较低。

每个消费者分配有一个consumer tag。

Example：“Hello World” —— Consumer

Packet comments
    生成Consumer-Tag
Frame 18: 130 bytes on wire (1040 bits), 130 bytes captured (1040 bits) on interface docker0, id 0
Ethernet II, Src: receiver (02:42:ac:11:00:04), Dst: rabbitmq (02:42:ac:11:00:02)
Internet Protocol Version 4, Src: receiver (172.17.0.4), Dst: rabbitmq (172.17.0.2)
Transmission Control Protocol, Src Port: 47890, Dst Port: 5672, Seq: 382, Ack: 597, Len: 64
Advanced Message Queuing Protocol
    Type: Method (1)
    Channel: 1
    Length: 56
    Class: Basic (60)
    Method: Consume (20)
    Arguments
        Ticket: 0
        Queue: hello
        Consumer-Tag: ctag1.a0f530198eb74e1a85390418796baf1a
        .... ...0 = No-Local: False
        .... ..1. = No-Ack: True
        .... .0.. = Exclusive: False
        .... 0... = Nowait: False
        Filter

8.1 Message Acknowledgements

AMQP 0-9-1 规范允许消费者控制消息确认机制。有两种确认模式：

  1. 在代理（Broker）向应用程序发送消息后（使用 basic.deliver 或 basic.get-ok 方法）。
  2. 在应用程序发送回确认后（使用 basic.ack 方法）。

前者被称为自动确认模型（automatic acknowledgement model），而后者被称为显式确认模型（explicit acknowledgement model)。

自动确认模型中，当消息代理将消息发送给应用程序后，如果没有任何错误，消息将自动从队列中删除，无需应用程序显式确认。

显式确认模型中，应用程序选择何时发送确认。它可以在接收到消息后立即发送，或者在将消息持久化到数据库后再进行处理，或者在完全处理完消息后发送（例如，成功获取网页、处理并存储到某个持久化数据库之后）。

Example：“Worker queue” —— 显式确认

1、消费者要求显示确认

Frame 20: 135 bytes on wire (1080 bits), 135 bytes captured (1080 bits) on interface docker0, id 0
Ethernet II, Src: receiver (02:42:ac:11:00:03), Dst: rabbitmq (02:42:ac:11:00:05)
Internet Protocol Version 4, Src: receiver (172.17.0.3), Dst: rabbitmq (172.17.0.5)
Transmission Control Protocol, Src Port: 34932, Dst Port: 5672, Seq: 406, Ack: 614, Len: 69
Advanced Message Queuing Protocol
    Type: Method (1)
    Channel: 1
    Length: 61
    Class: Basic (60)
    Method: Consume (20)
    Arguments
        Ticket: 0
        Queue: task_queue
        Consumer-Tag: ctag1.0028a0f65f8645efbcf68f81bdbfd278
        .... ...0 = No-Local: False
        .... ..0. = No-Ack: False
        .... .0.. = Exclusive: False
        .... 0... = Nowait: False
        Filter

2、消费者收到消息后，进行显式确认

Frame 247: 87 bytes on wire (696 bits), 87 bytes captured (696 bits) on interface docker0, id 0
Ethernet II, Src: receiver (02:42:ac:11:00:03), Dst: rabbitmq (02:42:ac:11:00:05)
Internet Protocol Version 4, Src: receiver (172.17.0.3), Dst: rabbitmq (172.17.0.5)
Transmission Control Protocol, Src Port: 34932, Dst Port: 5672, Seq: 475, Ack: 782, Len: 21
Advanced Message Queuing Protocol
    Type: Method (1)
    Channel: 1
    Length: 13
    Class: Basic (60)
    Method: Ack (80)
    Arguments
        Delivery-Tag: 1
        .... ...0 = Multiple: False

 8.2 Prefetching Messages

在多个消费者共享一个队列的情况下，能够指定每个消费者在发送下一个确认之前可以一次性接收多少条消息是非常有用的。这可以作为一种简单的负载均衡技术，或者在消息倾向于批量发布时提高吞吐量。例如，如果一个生产者应用程序由于其工作性质每分钟发送一次消息。

需要注意的是，RabbitMQ仅支持在通道级别设置预取计数（prefetch-count），而不是基于连接或基于大小的预取。

Example：“Worker queue” ——prefetch-count

Frame 18: 85 bytes on wire (680 bits), 85 bytes captured (680 bits) on interface docker0, id 0
Ethernet II, Src: receiver (02:42:ac:11:00:03), Dst: rabbitmq (02:42:ac:11:00:05)
Internet Protocol Version 4, Src: receiver (172.17.0.3), Dst: rabbitmq (172.17.0.5)
Transmission Control Protocol, Src Port: 34932, Dst Port: 5672, Seq: 387, Ack: 602, Len: 19
Advanced Message Queuing Protocol
    Type: Method (1)
    Channel: 1
    Length: 11
    Class: Basic (60)
    Method: Qos (10)
    Arguments
        Prefetch-Size: 0
        Prefetch-Count: 1
        .... ...0 = Global: False

9、Message Attributes and Payload 

在AMQP 0-9-1模型中，消息具有属性（attributes）。有些属性非常常见，以至于AMQP 0-9-1规范定义了它们，应用程序开发者无需考虑确切的属性名称。一些例子包括：

  • 内容类型（Content type）
  • 内容编码（Content encoding）
  • 路由键（Routing key）
  • 投递模式（Delivery mode），即消息是否持久化
  • 消息优先级（Message priority）
  • 消息发布时间戳（Message publishing timestamp）
  • 消息有效期（Expiration period）
  • 发布应用的ID（Publisher application id）

有些属性由AMQP代理使用，但大多数属性都可以由接收它们的应用程序进行解释。有些属性是可选的，称为头部（headers），它们类似于HTTP中的X-Headers。消息属性在消息发布时设置。

消息还包含一个有效载荷（即它们携带的数据，正文（body）），AMQP代理将其视为不透明的字节数组。代理不会检查或修改有效载荷。消息有可能只包含属性而没有有效载荷。通常使用如JSON、Thrift、Protocol Buffers和MessagePack等序列化格式来序列化结构化数据，以便将其作为消息的有效载荷发布。协议对等方通常使用“content-type”和“content-encoding”字段来传达这些信息，但这仅是基于约定。

Example：“Hello World!”——message组成

Frame 80: 88 bytes on wire (704 bits), 88 bytes captured (704 bits) on interface docker0, id 0
Ethernet II, Src: 02:42:ac:11:00:03 (02:42:ac:11:00:03), Dst: 02:42:ac:11:00:02 (02:42:ac:11:00:02)
Internet Protocol Version 4, Src: 172.17.0.3 (172.17.0.3), Dst: 172.17.0.2 (172.17.0.2)
Transmission Control Protocol, Src Port: 37258, Dst Port: 5672, Seq: 404, Ack: 597, Len: 22
Advanced Message Queuing Protocol
    Type: Content header (2)
    Channel: 1
    Length: 14
    Class ID: Basic (60)
    Weight: 0
    Body size: 12
    Property flags: 0x0000
    Properties

Frame 81: 86 bytes on wire (688 bits), 86 bytes captured (688 bits) on interface docker0, id 0
Ethernet II, Src: 02:42:ac:11:00:03 (02:42:ac:11:00:03), Dst: 02:42:ac:11:00:02 (02:42:ac:11:00:02)
Internet Protocol Version 4, Src: 172.17.0.3 (172.17.0.3), Dst: 172.17.0.2 (172.17.0.2)
Transmission Control Protocol, Src Port: 37258, Dst Port: 5672, Seq: 426, Ack: 597, Len: 20
Advanced Message Queuing Protocol
    Type: Content body (3)
    Channel: 1
    Length: 12
    Payload: 48656c6c6f20576f726c6421 <-- "Hello World!"

10、AMQP 0-9-1 Methods

AMQP 0-9-1 被构建为多种方法（Methods）。方法定义了一系列操作（类似于HTTP方法）。方法又被归为不同的类别（Class）。这些类别只是AMQP方法的逻辑分组。

Example：“Hello World!" —— Basic Methods

1、Basic.Consume

Frame 46: 135 bytes on wire (1080 bits), 135 bytes captured (1080 bits) on interface docker0, id 0
Ethernet II, Src: 02:42:ac:11:00:04, Dst: 02:42:ac:11:00:05
Internet Protocol Version 4, Src: 172.17.0.4, Dst: 172.17.0.5
Transmission Control Protocol, Src Port: 44490, Dst Port: 5672, Seq: 406, Ack: 614, Len: 69
Advanced Message Queuing Protocol
    Type: Method (1)
    Channel: 1
    Length: 61
    Class: Basic (60)
    Method: Consume (20)
    Arguments
        Ticket: 0
        Queue: task_queue
        Consumer-Tag: ctag1.9bf1bfaa9e3a499fa3680f0da61e03c6
        .... ...0 = No-Local: False
        .... ..0. = No-Ack: False
        .... .0.. = Exclusive: False
        .... 0... = Nowait: False
        Filter

2、Basic.Publish

Frame 70: 93 bytes on wire (744 bits), 93 bytes captured (744 bits) on interface docker0, id 0
Ethernet II, Src: 02:42:ac:11:00:02, Dst: 02:42:ac:11:00:05
Internet Protocol Version 4, Src: 172.17.0.2, Dst: 172.17.0.5
Transmission Control Protocol, Src Port: 53486, Dst Port: 5672, Seq: 387, Ack: 602, Len: 27
Advanced Message Queuing Protocol
    Type: Method (1)
    Channel: 1
    Length: 19
    Class: Basic (60)
    Method: Publish (40)
    Arguments
        Ticket: 0
        Exchange: 
        Routing-Key: task_queue
        .... ...0 = Mandatory: False
        .... ..0. = Immediate: False

3、Basic.Deliver

Frame 75: 183 bytes on wire (1464 bits), 183 bytes captured (1464 bits) on interface docker0, id 0
Ethernet II, Src: 02:42:ac:11:00:05, Dst: 02:42:ac:11:00:03
Internet Protocol Version 4, Src: 172.17.0.5, Dst: 172.17.0.3
Transmission Control Protocol, Src Port: 5672, Dst Port: 34932, Seq: 665, Ack: 475, Len: 117
Advanced Message Queuing Protocol
    Type: Method (1)
    Channel: 1
    Length: 64
    Class: Basic (60)
    Method: Deliver (60)
    Arguments
        Consumer-Tag: ctag1.0028a0f65f8645efbcf68f81bdbfd278
        Delivery-Tag: 1
        .... ...0 = Redelivered: False
        Exchange: 
        Routing-Key: task_queue
Advanced Message Queuing Protocol
    Type: Content header (2)
    Channel: 1
    Length: 15
    Class ID: Basic (60)
    Weight: 0
    Body size: 14
    Property flags: 0x1000
    Properties
        Delivery-Mode: 2
Advanced Message Queuing Protocol
    Type: Content body (3)
    Channel: 1
    Length: 14
    Payload: 4669727374206d6573736167652e

11、Connections

AMQP 0-9-1 连接（connection）通常是长期保持的。AMQP 0-9-1 是一个应用层协议，它使用 TCP 来确保消息的可靠传输。连接时使用认证，并可以通过 TLS（SSL）进行保护。当应用程序不再需要与服务器连接时，应该优雅地关闭其 AMQP 0-9-1 连接，而不是突然关闭底层的 TCP 连接。

Example: "Worker queue” —— connection/channel/vhosts

Frame 6: 587 bytes on wire (4696 bits), 587 bytes captured (4696 bits) on interface docker0, id 0
Ethernet II, Src: 02:42:ac:11:00:05, Dst: 02:42:ac:11:00:03
Internet Protocol Version 4, Src: 172.17.0.5, Dst: 172.17.0.3
Transmission Control Protocol, Src Port: 5672, Dst Port: 34932, Seq: 1, Ack: 9, Len: 521
Advanced Message Queuing Protocol
    Type: Method (1)
    Channel: 0
    Length: 513
    Class: Connection (10)
    Method: Start (10)
    Arguments
        Version-Major: 0
        Version-Minor: 9
        Server-Properties
            capabilities (field table)
            cluster_name (string): rabbit@b1b73bb557e3
            copyright (string): Copyright (c) 2007-2024 Broadcom Inc and/or its subsidiaries
            information (string): Licensed under the MPL 2.0. Website: https://rabbitmq.com
            platform (string): Erlang/OTP 26.2.5.2
            product (string): RabbitMQ
            version (string): 3.13.6
        Mechanisms: 414d51504c41494e20504c41494e
        Locales: 656e5f5553

 12、Channels

 有些应用程序需要与代理建立多个连接。然而，同时保持许多 TCP 连接是不可取的，因为这样做会消耗系统资源并使配置防火墙变得更加困难。AMQP 0-9-1 通过通道（channel）实现了连接的多路复用，可以将通道视为“共享单个 TCP 连接的轻量级连接”。

客户端执行的每个协议操作都发生在一个通道上。特定通道上的通信与另一个通道上的通信是完全隔离的，因此每个协议方法也携带一个通道 ID（即通道号），代理和客户端都使用这个整数来确定该方法是为哪个通道准备的。

通道只存在于连接的上下文中，而不会单独存在。当连接关闭时，其上的所有通道也会关闭。

Example: "Worker queue” —— connection/channel/vhosts

Frame 14: 79 bytes on wire (632 bits), 79 bytes captured (632 bits) on interface docker0, id 0
Ethernet II, Src: 02:42:ac:11:00:03, Dst: 02:42:ac:11:00:05
Internet Protocol Version 4, Src: 172.17.0.3, Dst: 172.17.0.5
Transmission Control Protocol, Src Port: 34932, Dst Port: 5672, Seq: 344, Ack: 555, Len: 13
Advanced Message Queuing Protocol
    Type: Method (1)
    Channel: 1
    Length: 5
    Class: Channel (20)
    Method: Open (10)
    Arguments
        Out-Of-Band:

13、Virtual Hosts

为了让单个代理能够托管多个隔离的“环境”（用户组、交换器、队列等），AMQP 0-9-1 引入了虚拟主机（vhosts）的概念。它们与许多流行的 Web 服务器使用的虚拟主机类似，为 AMQP 实体提供了完全隔离的环境。协议客户端在连接协商期间指定他们想要使用的虚拟主机。

Example: "Worker queue” —— connection/channel/vhosts

Frame 11: 82 bytes on wire (656 bits), 82 bytes captured (656 bits) on interface docker0, id 0
Ethernet II, Src: 02:42:ac:11:00:03, Dst: 02:42:ac:11:00:05
Internet Protocol Version 4, Src: 172.17.0.3, Dst: 172.17.0.5
Transmission Control Protocol, Src Port: 34932, Dst Port: 5672, Seq: 328, Ack: 542, Len: 16
Advanced Message Queuing Protocol
    Type: Method (1)
    Channel: 0
    Length: 8
    Class: Connection (10)
    Method: Open (40)
    Arguments
        Virtual-Host: /   <--表示连接到根路径，通常用于访问AMQP代理的默认虚拟主机。
        Capabilities: 
        .... ...1 = Insist: True

14、AMQP is Extensible

AMQP 0-9-1是一个高度可扩展的消息队列协议，它提供了多种扩展点来适应不同的应用场景和需求。以下是AMQP 0-9-1的几个关键扩展点：

  1. 自定义exchange类型：开发者可以根据特定的路由需求实现自定义的exchange类型，比如基于地理位置数据的路由，这些是AMQP 0-9-1预设exchange类型无法很好覆盖的。

  2. exchange和queue的声明扩展：在声明exchange和队列时，可以包含额外的属性，这些属性可以被消息代理（如RabbitMQ）使用，例如，RabbitMQ中的每个队列消息的TTL（生存时间）就是通过这种方式实现的。

  3. 代理特定的协议扩展：AMQP 0-9-1允许代理实现特定的协议扩展，例如RabbitMQ实现的一些扩展。

  4. 新方法类的引入：可以引入新的AMQP 0-9-1方法类来支持更多的操作和特性。

  5. 代理的插件扩展：代理可以通过插件进行扩展，例如RabbitMQ的管理前端和HTTP API就是作为插件实现的。

这些扩展点使得AMQP 0-9-1模型非常灵活，能够适应广泛的应用场景和解决各种问题。通过这些扩展，AMQP 0-9-1能够更好地满足不同用户的需求，提高其在多种环境下的适用性和灵活性。

zkyqss
关注
专栏目录
rabbitmq详解
m0_67401499的博客
07-29 458
RabbitMQ是一个实现了AMQP（AdvancedMessageQueuingProtocol）高级消息队列协议的消息队列服务，用Erlang语言。是面向消息的中间件。你可以把它想像成一个邮局你把信件放入邮箱，邮递员就会把信件投递到你的收件人处。在这个比喻中，RabbitMQ是一个邮箱、邮局、邮递员。RabbitMQ和邮局的主要区别是，它处理的不是纸，而是接收、存储和发送二进制的数据——消息。主要流程。...
SpringCloud基础4——RabbitMQ和SpringAMQP
vincewm的博客
09-11 3651
消息队列MQ、RabbitMQ、SpringAMQP高级消息队列协议、发布/订阅模型、fanout、direct、topic模式
AMQP 0-9-1 Model Explained
Scape1989的专栏
05-08 1464
High-level Overview of AMQP 0-9-1 and the AMQP Model What is AMQP? AMQP (Advanced Message Queuing Protocol) is a networking protocol that enables conforming client applications to communicate wi
RabbitMQ 从0到1
CodeWYX的博客
07-14 389
在学习MQ之前需要了解一下同步通讯与异步通讯，在微服务之间通讯方式有两种一种是同步通讯另一种是异步通讯。
RabbitMQ第一话 -- docker安装RabbitMQ以及Springboot集成RabbitMQ
生生不息，则源源不断
06-22 527
RabbitMQ是一个由erlang语言编写的、基于AMQP协议的、开源的消息中间件。支持多种语言使用。 MQ是消息队列(Message Queue)的简称，是应用与程序的通信管道。AMQP：一种提供统一消息服务的应用层标准消息协议，专门为面向消息的中间件设计的。 RabbitMQ介绍 RabbitMQ基于Docker的安装 RabbitMQ管理控制台介绍 RabbitMQ在springboot中的应用 RabbitMQ参数配置详解......
rabbitmq完整学习-springboot整合rabbitmq
龙的传人
09-15 2265
rabbitmq完整学习-springboot整合rabbitmq
RabbitMQ-Java-09-集群搭建
web15085599741的博客
08-23 461
统一三台服务器的erlang.cookie，在第一台（host0202）执行以下操作（如果你是跟我一样直接克隆的虚拟机那么这一步可以省略）配置策略policy：Admin -> Policies -> Add/update a policy。如果配置完后台登陆不了，重新创建用户，具体参考我的安装RabbitMQ相关教程。启动所有集群中的node，登陆任意一个node的RabbitMQ后台。分别在三台服务器中重启RabbitMQ、Erlang虚拟机。将第二个节点加入第一个节点。将第三个节点加入第二个节点。
RabbitMQ Java Client Library
BLOG域名:programb.blog.csdn.net
04-22 555
RabbitMQ Features Get Started Support Community Docs Blog Overview The RabbitMQ Java client library allows Java and JVM-based applications to connect to and interact with RabbitMQ nodes. 5.x release ...
RabbitMQ-HA搭建-部署
Amarone'blog
07-18 2521
部署计划 由三台机器搭建rabbitMQ高可用集群。分别为A机器、B机器、C机器 A、B、C机器分别执行下文中，单机器搭建步骤 搭建3台可以运行的rabbitmq 单机器搭建步骤 安装环境须知 ==本安装文档基于CentOS 7.3.1611== ==安装过程需要用到root账户权限(sudo),请先新建用户赋予sudo权限== ==确保可以打开以下端口(如果未开放可能导致rab...
Rabbitmq消息中间件初步学习——第一节Rabbitmq3.8.9安装（linux版）
Burnup_110的博客
01-08 532
前言 最近学习有些懈怠了，惭愧惭愧，程序员生涯不止，学习不停！ 接下来，系统性学习一下Rabbitmq，当然依然是基础使用学习，足够应对大多数的工作场景了，更加深入的研究，等我以后把点亮的技能点建立一个完整的闭环的时候吧！再一次立下一个flag！ 本节主要讲解Rabbitmq在linux场景下的安装，这里主要目的当然不是重复造轮子，而确实是在刚刚安装linux的Rabbitmq的时候，参考网上各路的文章，遇到了很多问题。这些问题涉及方方面面，比如linux、系统版本、Rabbitmq版本，yum库，这些都会
haproxy+rabbitmq集群及单点性能测试方案（通用）
zhuangzi123456的博客
11-08 892
说明：该测试方案文档旨在提供通用有效的rabbitmq性能测试方案，无论是单点rabbitmq还是rabbitmq集群，所以，这里没有必要提供具体的测试机器、操作系统、应用的信息。所有测试操作都是博主自己查阅官方文档实践操作过的，所以拿出来供大家参考。 一，背景说明 1，测试工具： rabbitmq-perf-test-2.0.0（官方提供） 下载地址：https://bintray.co...
RabbitMQ详解
qq_53263107的博客
11-15 3655
说到消息中间件，估计大伙多多少少都能讲出来一些，ActiveMQ、RabbitMQ、RocketMQ、Kafka 等等各种以及 JMS、AMQP 等各种协议，然而这些消息中间件各自都有什么特点，我们在开发中又该选择哪种呢？
第六章 RabbitMQ之Work模式
Calvin的博客
10-10 982
在上一章的讲解中，我们通过一个simple模式的简单示例代码给大家做了快速入门演示，本章节我们就来讲讲RabbitMQ的Work模式。讲解之前，先简单介绍下RabbitMQ支持六种主要的工作模式‌，分别是简单模式、工作队列模式、发布订阅模式、路由模式、通配符模式和远程调用模式（RPC）。其中，远程调用模式不常用，因此主要介绍前五种模式‌。Work模型的使用：多个消费者绑定到一个队列，可以加快消息处理速度同一条消息只会被一个消费者处理。
Python RabbitMQ 入门 pika
最新发布
随便写写
10-10 475
服务, (RabbitMQ 依赖于 Erlang 环境, 所以还要装 Erlang),启动服务后, 访问 http://localhost:15672/# 也有GUI界面。）的开源消息代理软件（亦称面向消息的。与RabbitMQ，安装路径都应不含。RabbitMQ服务器是用。均有与代理接口通讯的客户端库。消费者 consumer.py。生产者 producer.py。语言编写的，而集群和。
仿RabbitMQ实现消息队列客户端
weixin_74461263的博客
10-04 1446
在RabbitMQ中，提供服务的是信道，因此在客⼾端的实现中，弱化了Client客⼾端的概念，也就是说在RabbitMQ中并不会向⽤⼾展⽰⽹络通信的概念出来，⽽是以⼀种提供服务的形式来体现。同样的，客⼾端也有信道，其功能与服务端⼏乎⼀致，或者说不管是客⼾端的channel还是服务端的channel都是为了⽤⼾提供具体服务⽽存在的，只不过服务端是为客⼾端的对应请求提供服务，⽽客⼾端的接⼝服务是为了⽤⼾具体需要服务，也可以理解是⽤⼾通过客⼾端channel的接⼝调⽤来向服务端发送对应请求，获取请求的服务。
RabbitMQ
qq_52076808的博客
10-08 1869
极端情况就是消费者一直无法执行成功，那么消息requeue就会无限循环，导致mq的消息处理飙升，带来不必要的压力，当然，上述极端情况发生的概率还是非常低的，不过不怕一万就怕万一。不过需要注意的是，交易服务并不知道用户会在什么时候支付，如果查询的时机不正确（比如查询的时候用户正在支付中），可能查询到的支付状态也不正确。在之前的测试中，本地测试达到最大重试次数后，消息会被丢弃。例如，订单支付超时时间为30分钟，则我们应该在用户下单后的第30分钟检查订单支付状态，如果发现未支付，应该立刻取消订单，释放库存。
第七章 RabbitMQ之交换机
Calvin的博客
10-10 1206
在RabbitMQ中，交换机（Exchange）是用来接收生产者发送的消息并将这些消息路由到一个或多个队列的组件。不同类型的交换机决定了它们如何路由这些消息。以下是RabbitMQ中几种常用交换机类型：直接交换机（direct）：如果路由键完全匹配，消息就被投递到相应的队列。广播交换机（fanout）：消息被广播到所有绑定的队列。主题交换机（topic）：如果路由键匹配模式（通配符*代表匹配多个单词和#代表匹配一个单词），消息被投递到相应的队列。头交换机（headers）：通过匹配消息头进行路由。
rabbitMq------虚拟机管理模块
2301_77412625的博客
10-02 1102
虚拟机管理模块就是对交换机/队列/绑定/消息管理的一个整合，因为这几个模块他们存在一个这关联关系，而这几个模块又是独立的。所以我们将他们整合在一起，提供一个统一的操作。
AMQP 0-9-1 协议规范详解
"AMQP 0-9-1协议说明英文原版，是官方定义的高级消息队列协议，用于规范客户端应用与消息中间件服务器之间的通信。文档面向有一定技术背景的读者，提供了详细的规范和指导，使得具备相应技能的工程师能够在任何现代...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值