RabbitMq
RabbitMq 是一个实现AMQP(高级消息队列协议)的消息队列中间件,采用Erlang语言开发。最初起源于金融系统,用于在分布式系统中存储转发消息。
一、Rabbitmq 架构以及基础概念

组成部分说明:
Producer:生产者,消息生产者,通过channel 与server端连接,负责发送消息至server端。
Channel:信道,负责连接客户端和server端,是基于TCP连接之上的虚拟连接。
Broker:消息服务,包括两个部分:Exchange和Queue。
Exchange:交换机,负责将消息转发至各个队列。
Queue:队列,以队列的消息存储消息实体,先进先出。
Consumer:消费者,接收server端推送过来的消息并进行处理。
Virtual host:即虚拟主机,当多个不同的用户使用同一个RabbitMQ server提供的服务时,可以划分出多个vhost,每个用户在自己的vhost创建exchange/queue。
生产者发送消息流程:
1、生产者和Broker建立TCP连接。
2、生产者和Broker建立通道。
3、生产者通过通道消息发送给Broker,由Exchange将消息进行转发。
4、Exchange将消息转发到指定的Queue(队列)
5、如果开启持久化,进行进行持久化
5、ack回复
消费者接收消息流程:
1、消费者和Broker建立TCP连接
2、消费者和Broker建立通道
3、消费者监听指定的Queue(队列)
4、当有消息到达Queue时Broker默认将消息推送给消费者。
5、消费者接收到消息。
6、ack回复
补充:connect 与channel
connect 是客户端与broker 之间的真实的TCP/IP 连接,channel 是建立在connect 上的虚拟连接。这种架构设计主要是考虑以下场景:一个应用内部有多个线程在生产或者消费消息。原因在于,如果只有connect ,必然会导致每个线程都需要走TCP/IP连接,而建立和销毁TCP连接是非常昂贵的开销,如果遇到使用高峰,会有比较明显的性能瓶颈。而这种模式,底层采用的是NIO多路复用,极大的提高的性能。
二、Rabbitmq 消息模式
rabbitmq 生产者产生的消息都需要经过exchange将消息转发至queue中。对于rabbitmq 的exchange ,我们可以自己定义,也可以使用直接使用默认的exchange。基于这种两种方式,可以组合以下的几种消息模式:
默认的exchange:1、基本消息模式,2、work 消息模式
在使用自定义exchange时,可以指定exchange 的类型。exchange 支持三种类型:fanout,direct,topics,因此也对应了三种消息模式:1、广播模式(fanout),2、路由模式(direct),3、通配符模式(topics)
1、基本消息模式
生产者发送消息的时候,直接指定queue,将消息通过默认的exchange 发送至指定的queue中。基本消息模式,对应的消费客户端只有一个。
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-gL8naZXS-1622446734342)(https://i.loli.net/2021/05/25/V9NcqQY5uE6rBZK.png)]
生产者代码示例:
public class Send {
private final static String QUEUE_NAME = "simple_queue";
public static void main(String[] argv) throws Exception {
// 1、获取到连接
Connection connection = getConnection();
// 2、从连接中创建通道,使用通道才能完成消息相关的操作
Channel channel = connection.createChannel();
// 3、声明(创建)队列
//参数:String queue, boolean durable, boolean exclusive, boolean autoDelete, Map<String, Object> arguments
/**
* 参数明细
* 1、queue 队列名称
* 2、durable 是否持久化,如果持久化,mq重启后队列还在
* 3、exclusive 是否独占连接,队列只允许在该连接中访问,如果connection连接关闭队列则自动删除,如果将此参数设置true可用于临时队列的创建
* 4、autoDelete 自动删除,队列不再使用时是否自动删除此队列,如果将此参数和exclusive参数设置为true就可以实现临时队列(队列不用了就自动删除)
* 5、arguments 参数,可以设置一个队列的扩展参数,比如:可设置存活时间
*/
channel.queueDeclare(QUEUE_NAME, false, false, false, null);
// 4、消息内容
String message = "Hello World!";
// 向指定的队列中发送消息
//参数:String exchange, String routingKey, BasicProperties props, byte[] body
/**
* 参数明细:
* 1、exchange,交换机,如果不指定将使用mq的默认交换机(设置为"")
* 2、routingKey,路由key,交换机根据路由key来将消息转发到指定的队列,如果使用默认交换机,routingKey设置为队列的名称
* 3、props,消息的属性
* 4、body,消息内容
*/
channel.basicPublish("", QUEUE_NAME, null, message.getBytes());
System.out.println(" [x] Sent '" + message + "'");
//关闭通道和连接(资源关闭最好用try-catch-finally语句处理)
channel.close();
connection.close();
}
}
消费端代码示例:
public void process() throws Exception {
// 获取连接
Connection connection = ConnectFactory.getConnection();
// 获取channel
Channel channel = connection.createChannel();
// 声明队列
//参数:String queue, boolean durable, boolean exclusive, boolean autoDelete, Map<String, Object> arguments
/**
* 参数明细
* 1、queue 队列名称
* 2、durable 是否持久化,如果持久化,mq重启后队列还在
* 3、exclusive 是否独占连接,队列只允许在该连接中访问,如果connection连接关闭队列则自动删除,如果将此参数设置true可用于临时队列的创建
* 4、autoDelete 自动删除,队列不再使用时是否自动删除此队列,如果将此参数和exclusive参数设置为true就可以实现临时队列(队列不用了就自动删除)
* 5、arguments 参数,可以设置一个队列的扩展参数,比如:可设置存活时间
*/
channel.queueDeclare(queueName, false, false, false, null);
//实现消费方法
DefaultConsumer consumer = new DefaultConsumer(channel){
// 获取消息,并且处理,这个方法类似事件监听,如果有消息的时候,会被自动调用
/**
* 当接收到消息后此方法将被调用
* @param consumerTag 消费者标签,用来标识消费者的,在监听队列时设置channel.basicConsume
* @param envelope 信封,通过envelope
* @param properties 消息属性
* @param body 消息内容
* @throws java.io.IOException
*/
@Override
public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
// body 即消息体
String msg = new String(body,"utf-8");
System.out.println(" [x] received : " + msg + "!");
}
};
// 监听队列,第二个参数:是否自动进行消息确认。
//参数:String queue, boolean autoAck, Consumer callback
/**
* 参数明细:
* 1、queue 队列名称
* 2、autoAck 自动回复,当消费者接收到消息后要告诉mq消息已接收,如果将此参数设置为tru表示会自动回复mq,如果设置为false要通过编程实现回复
* 3、callback,消费方法,当消费者接收到消息要执行的方法
*/
channel.basicConsume(queueName, true, consumer);
}
2、work 模式
work模式是基本模式的进阶版,当消费端是多个的时候,就是work模式。值得注意的是,当一个queue 对应多个消费端时,queue中的一条消息,只能被一个消费端获取。

备注:
对于实现AMQP协议的RabbitMQ,其消费端存在一个消息缓冲区,缓冲区带下可以通过prefetch_count 参数进行设置。设置代码如下:
public void process() throws Exception { // 获取连接 Connection connection = ConnectFactory.getConnection(); // 获取channel Channel channel = connection.createChannel(); // 声明队列 channel.queueDeclare(queueName, false, false, false, null); // 设置消费端消息缓冲区大小 channel.basicQos(30); //实现消费方法 DefaultConsumer consumer = new DefaultConsumer(channel){ @Override public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException { // body 即消息体 String msg = new String(

本文详细介绍了RabbitMq的核心概念,包括Producer、Channel、Broker、Exchange和Queue等,并探讨了RabbitMq的五种消息模式:基本模式、Work模式、广播模式、Routing模式和Topics模式。同时,文章还讨论了如何确保消息不丢失,包括事务机制、持久化机制和消息确认机制,并简要提到了消息顺序消费、重复消费问题以及集群部署的两种模式及其优缺点。
最低0.47元/天 解锁文章
426

被折叠的 条评论
为什么被折叠?



