rabbitmq消费消息的两种方式

本文分析了RabbitMQ中消费者获取消息的两种方式:一是通过订阅方式,消费者向queue注册,当队列有消息时,MQ会自动推送;二是使用Poll API方式,消费者直接通过RPC请求获取队列中的消息。在订阅方式中,消费者启动MainLoop线程处理消息,并使用BlockQueue缓存。虽然没有提到心跳机制,但长连接的稳定性和网络问题值得关注。
摘要由CSDN通过智能技术生成
rabbitMQ中consumer通过建立到queue的连接,创建channel对象,通过channel通道获取message,
Consumer可以声明式的以API轮询poll的方式主动从queue的获取消息,也可以通过订阅的方式被动的从Queue中消费消息,
最近翻阅了基于java的客户端的相关源码,简单做个分析。
编程模型伪代码如下:
ConnectionFactory factory = new ConnectionFactory();
Connection conn = factory.newConnection();
Channel channel=conn.createChannel();
创建Connection需要指定MQ的物理地址和端口,是socket tcp物理连接,而channel是一个逻辑的概念,支持在tcp连接上创建多个MQ channel
以下是基于channel上的两种消费方式。
1、Subscribe订阅方式

boolean autoAck = false;  
channel.basicConsume(queueName, autoAck, "myConsumerTag",
new DefaultConsumer(channel) {
@Override
public void handleDelivery(String consumerTag,
Envelope envelope,
AMQP.BasicProperties properties,
byte[] body)
throws IOException
{
String routingKey = envelope.getRoutingKey();
String contentType = properties.contentType;
long deliveryTag = envelope.getDeliveryTag();
// (process the message components here ...)
channel.basicAck(deliveryTag, false);
}
});


订阅方式其实是向queue注册consumer,通过rpc向queue server发送注册consumer的消息,rabbitMQ Server在收到消息后,根据消息的内容类型判断这是一个订阅消息,
这样当MQ 中queue有消息时,会自动把消息通过该socket(长连接)通道发送出去。
参见ChannelN中的方法

public String basicConsume(String queue, boolean autoAck, String consumerTag,  
boolean noLocal, boolean exclusive, Map<String, Object> arguments,
final Consumer callback)
throws IOException
{
......
rpc((Method)
new Basic.Consume.Builder()
.queue(queue)
.consumerTag(consumerTag)
.noLocal(noLocal)
.noAck(autoAck)
.exclusive(exclusive)
.arguments(arguments)
.build(),
k);

try {
return k.getReply();
} catch(ShutdownSignalException ex) {
throw wrap(ex);
}
}


Consumer接收消息的过程:
创建Connection后,会启动MainLoop后台线程,循环从socket(FrameHandler)中获取数据包(Frame),调用channel.handleFrame(Frame frame)处理消息,

 public void handleFrame(Frame frame) throws IOException {
AMQCommand command = _command;
if (command.handleFrame(frame)) { // 对消息进行协议assemble
_command = new AMQCommand(); // prepare for the next one
handleCompleteInboundCommand(command);//对消息消费处理
}
}
ChannelN.handleCompleteInboundCommand
---ChannelN.processAsync
----dispatcher.handleDelivery
---QueueingConsumer.handleDelivery
---this._queue.add(new Delivery(envelope, properties, body));//消息最终放到队列中


每个Consumer都有一个BlockQueue,用于缓存从socket中获取的消息。
接下来,Consumer对象就可以调用api来从客户端缓存的_queue中依次获取消息,进行消费,参见QueueingConsumer.nextDelivery()
对于这种长连接的方式,没看到心跳功能,以防止长连接的因网络等原因连接失效

2、poll API方式
ChannelN:
GetResponse basicGet(String queue, boolean autoAck)
这种方式比较简单,直接通过RPC从MQ Server端获取队列中的消息

参考:http://blog.csdn.net/liyantianmin/article/details/46696029
RabbitMQ中,消费消息两种方式:自动确认和手动确认。自动确认是指当消费者收到消息后,RabbitMQ会立即将消息从队列中删除,不需要消费者显式地确认。这种方式适用于对消息处理时间较短的情况。\[1\] 另一种方式是手动确认,也称为消息确认机制。当消费者收到消息后,需要显式地发送ack信号给RabbitMQ,告知已成功处理该消息。如果消费者在一定时间内没有发送ack信号,RabbitMQ会将消息重新投递给其他消费者。这种方式适用于对消息处理时间较长或需要保证消息不丢失的情况。\[2\]\[3\] 在手动确认模式下,还可以设置QoS预取模式。预取模式指定了消费者一次从队列中获取的消息数量。通过设置合适的预取数量,可以提高消费者的处理效率。\[3\] 总结起来,消费消息可以选择自动确认或手动确认。自动确认适用于消息处理时间较短的情况,而手动确认适用于消息处理时间较长或需要保证消息不丢失的情况。在手动确认模式下,可以设置QoS预取模式来提高消费者的处理效率。 #### 引用[.reference_title] - *1* *2* *3* [四、消息中间件RabbitMQ消息消费时的权衡](https://blog.csdn.net/lcc2ztt/article/details/101285546)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值