赞
踩
AMQP全称高级消息队列协议(Advanced Message Queuing Protocol)
,是一种标准,类似于JMS,兼容JMS协议。目前RabbitMQ主流支持AMQP 0-9-1,3.8.4版本支持AMQP 1.0。Publisher
:消息发送者,将消息发送到Exchange并指定RoutingKey,以便queue可以接收到指定的消息。Consumer
:消息消费者,从queue获取消息,一个Consumer可以订阅多个queue以从多个queue中接收消息。Server
:一个具体的MQ服务实例,也称为Broker。Virtual host
:虚拟主机,一个Server下可以有多个虚拟主机,用于隔离不同项目,一个Virtual host通常包含多个Exchange、Message Queue。Exchange
:交换器,接收Producer发送来的消息,把消息转发到对应的Message Queue中。Routing key
:路由键,用于指定消息路由规则(Exchange将消息路由到具体的queue中),通常需要和具体的Exchange类型、Binding的Routing key结合起来使用。Bindings
:指定了Exchange和Queue之间的绑定关系。Exchange根据消息的Routing key和Binding配置(绑定关系、Binding、Routing key等)来决定把消息分派到哪些具体的queue中。这依赖于Exchange类型。Message Queue
:实际存储消息的容器,并把消息传递给最终的Consumer。AMQP是一个二进制的协议
,信息被组织成数据帧,有很多类型。数据帧携带协议方法和其他信息。所有数据帧都拥有基本相同的格式:帧头,负载,帧尾。数据帧负载的格式依赖于数据帧的类型。我们假定有一个可靠的面向流的网络传输层(TCP/IP或等价的协议)
。在一个单一的socket连接中
,可能有多个相互独立的控制线程,称为“channel”。每个数据帧使用通道号码编号。通过数据帧的交织,不同的通道共享一个连接。对于任意给定通道,数据帧严格按照序列传输。我们使用小的数据类型来构造数据帧
,如bit,integer,string以及字段表。数据帧的字段做了轻微的封装,不会让传输变慢或解析困难。根据协议规范机械地生成成数据帧层相对简单。线级别的格式被设计为可伸缩和足够通用
,以支持任意的高层协议(不仅是AMQP)。我们假定AMQP会扩展,改进以及随时间的其他变化,并要求wire-level格式支持这些变化。AMQP客户端和服务端进行协议协商
。意味着当客户端连接上之后,服务端会向客户端提出一些选项,客户端必须能接收或修改。如果双方都认同协商的结果,继续进行连接的建立过程。协议协商是一个很有用的技术手段,因为它可以让我们断言假设和前置条件。在AMQP中,我们需要协商协议的一些特殊方面
:
对限制条件的认同可能会导致双方重新分配key的缓存
,避免死锁。每个发来的数据帧要么遵守认同的限制,也就是安全的,要么超过了限制,此时另一方出错,必须断开连接。出色地践行了“要么一切工作正常,要么完全不工作”的RabbitMQ哲学。协商双方认同限制到一个小的值
,如下:
TCP/IP是流协议
,没有内置的机制用于界定数据帧。现有的协议从以下几个方面来解决:
RabbitMQ的JMS客户端
用RabbitMQ Java客户端实现,既与JMS API兼容,也与AMQP 0-9-1协议兼容。局限性
—》RabbitMQ JMS客户端不支持某些JMS 1.1功能:
RabbitMQ使用amqp协议
,JMS规范仅对于Java的使用作出的规定,跟其他语言无关,协议是语言无关的,只要语言实现了该协议,就可以做客户端。如此,则不同语言之间互操作性得以保证。Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。