RabbitMQ是实现了AMQP (Advanced Message Queuing Protocol) 的消息中间件,AMQP有一系列的标准实体或者语义规则,比如channel、exchange、message queue、binding、consumer等等。实现AMQP,使得符合要求的客户端应用程序能够与符合要求的消息传递中间件代理进行通信。
RabbitMQ概念简介
https://www.rabbitmq.com/tutorials/amqp-concepts.html
RabbitMQ具体的模型为AMQP 0-9-1 Model,下面是一些名词含义。
1、Brokers(经纪人)
为消息转发提供服务的中间商,RabbitMQ本身就是一个中间商,它为消息的转发做了很多工作
2、publisher(发行人)
也称为producer,发送消息一方称为publisher
3、consumer(消费者)
消费消息的一方称为消费者
4、Exchange(交易机、交易市场)
Exchange type | 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) |
publisher发送消息时可以指定Exchange,若不指定exchange直接发送给queue,那么rabbitmq会分配一个没有名称的Direct类型的exchange,routing key为queue名。exchange作用在于接收publisher发送过来的消息,再按照不同exchange类型来转发消息
5、Queue(消息队列)
接收由exchange转发过来的消息等待consumer消费
6、binding(绑定)
将exchange与queue绑定,exchange就能按照路由配置将消息路由到符合配置的已绑定queue之中
7、routing key(路由key)
publisher在发送消息时可以附加routing key,附加了routing key的消息将在不同的exchange上有不同的转发表现
8、Message Acknowledgements(消息确认)
消息确认默认自动确认,若要保证数据可靠需要手动开启确认设置
消息确认机制大体分为publisher的确认publisher confirms和消费者的确认acknowledgements。publisher confirms又有confirmCallback和returnCallback,publisher发送消息到exchange后触发confirmCallback,exchange无法转发消息到queue触发returnCallback。再配合定时扫描消息表,若有遗漏可再次发送消息。
acknowledgements则是开启手工确认模式,使用basic.ack进行消息确认,basic.back和basic.reject进行消息拒绝
9、connection
客户端与broker会使用TCP协议保持长连接,而不是需要发送或者接收消息时频繁建立或关闭连接
10、channel(频道、信道)
客户端与broker的交互是发生在channel上的,每个方法的channel是独立的