RabbitMq消费消息

rabbitmq的消息消费有两种方式,推模式和拉模式。推模式采用basic.consume进行消费,而拉模式则是调用的basic.Get进行消费。

推模式:

1:推模式接收消息是最有效的一种消息处理方式。channel.basicConsume(queneName,consumer)方法将信道(channel)设置成投递模式,直到取消队列的订阅为止;在投递模式期间,当消息到达RabbitMQ时,RabbitMQ会自动地、不断地投递消息给匹配的消费者,而不需要消费端手动来拉取,当然投递消息的个数还是会受到channel.basicQos的限制。

2:推模式将消息提前推送给消费者,消费者必须设置一个缓冲区缓存这些消息。优点是消费者总是有一堆在内存中待处理的消息,所以当真正去消费消息时效率很高。缺点就是缓冲区可能会溢出。3:由于推模式是信息到达RabbitMQ后,就会立即被投递给匹配的消费者,所以实时性非常好,消费者能及时得到最新的消息。

拉模式:1:如果只想从队列中获取单条消息而不是持续订阅,则可以使用channel.basicGet方法来进行消费消息。2:拉模式在消费者需要时才去消息中间件拉取消息,这段网络开销会明显增加消息延迟,降低系统吞吐量。3:由于拉模式需要消费者手动去RabbitMQ中拉取消息,所以实时性较差;消费者难以获取实时消息,具体什么时候能拿到新消息完全取决于消费者什么时候去拉取消息。

结论

1:不能在循环中使用拉模式来模拟推模式,因为拉模式每次都需要去消息中间件中拉取消息来消费,所以会严重影响RabbitMQ性能。

2:要想实现高吞吐量,消费者需要使用推模式。

不言不语技术

https://www.cnblogs.com/hzcya1995/p/13302427.html

1.推模式

在推模式中,可以通过持续订阅的方式来消费消息,使用到的相关类有:

import com.rabbitmq.client.consumer;
import com.rabbitmq.client.defaultconsumer;

接收消息一般通过实现consumer接口或者继承defaultconsumer类实现,当调用与consumer相关的api方法时,不同的订阅采用不同的消费者标签consumerTag来区分彼此,在同一个channel中的消费者也需要通过唯一的消费者标签做区分,关键消费代码如下:

boolean autoAck=false;
channel.basicQos(64);
channel.basicConsume(queueName,autoAck,consumerTag,new DefaultConsume(channel){
public void handleDelivery(String consumerTag,Envelop envelope,AMQP.BasicProperties properties,byte[] body){
String routingKey=envelop.getRoutingKey();
String contentType=properties.getContentType();
//这里做具体的业务,我们开发中使用的注解    @RabbitListener(queues = RabbitConsts.WENKU_SDFILE_KBASE)就是在这里做的,就是AOP。aop很重要的
//这里的false表示不自动ack,为true表示自动ack,但是自动ack会有消息丢失的潜在问题
channel.basicAck(deliveryTag,false);
}
})

channel.basic有很多类似的接口。基本的参数如下:

queue:队列的名称

autoAck:设置是否自动确认,建议设置成false,就是不自动确认

consumerTag:消费者标签,用来区分对个消费者

nolocal:设置为true表示不能将同一个connection中生产者发送的消息传递给这个connection中的消费者。

exclusive:设置是否排他

arguments:设置消费者的其他参数

callBack:设置消费者的回调函数,用来处理rabbitmq推送过来的消息,比如defaultconsumer,使用客户端重写其中的方法。

当然和spring ioc中的bean的初始化一样,channel.basicConsume也有很多事件处理器,比如handleConsumerOk,handleCannelOK,handleCannel,handshutDownSign,handReconverOk等。可以去做一写前置或者后置的判断。

在使用推模式的时候有个参数需要注意:prefetch。这个参数的含义是一次性可以消费多少条消息,如果设置了改参数,消费者会通过队列进行缓存,同事rabbitmq队列中将有消费者数量*prefetch数量的消息没有收到ack,知道rabbitmq中的消息全部被ack之后,才会发送prefetch数量的消息给一个消费者。这个参数设置的过大会导致消费者的缓存队列溢出,或者oom现象。如果有上下游业务关系的还是配置成1吧!

2.拉模式

拉模式通过channel.basicGet方法可以单条的获取消息,其返回值为GetResponse,channel类的basicGet方法没有其他的重载方法,拉模式不要放在一个while循环中,那样消耗会很大,仅有:

GetResponse basicGet(String queue,boolean ack);

queue表示队列名,ack表示是否自动确认。如果设置为false,同样需要调用channel.basicAck确认消息被消费了。

GetResponse response=channel.basicGet(“ttt”,false);
//do something
channel.basicAck(response.getEnvelope().getDeliverTag(),false);

你可能感兴趣的:(队列,java,rabbitmq,redis,vue)