最近一段时间,原先使用redis做消息队列的功能,但是不能保证消息能被消费,于是就引入了RabbitMQ来实现相应的功能,但是上了生产之后,发现广播交换机关联的队列中有消息积压,但是消费者确实消费到了消息,这就让我比较疑惑,就研究了一下与SpringBoot整合相应的操作
出现消息积压可能是一下几个点:
- 存在应答机制,消费者没有应答
- 消费者消费能力不足或者宕机
- 生产者太强,消息生产 > 消息消费
欢迎各位大佬继续补充原因
在经过分析之后,基本上可能过滤掉上述的几种原因,虽然系统引入了MQ,但是消息量不会太大,仅仅是作为记录状态变化之后的操作的异步解耦,也不会存在消费能力不够,因为状态变化是基于底层系统处理的,一次不会处理那么多。
既然都不是上面的原因,那只能分析代码了
1、配置代码
@Configuration
public class RabbitConfig {
// 定义一个或多个交换机
public static final String TOPIC_EXCHANGE= "TOPIC_EXCHANGE";
// 定义队列
public static final String TOPIC_QUEUE = "TOPIC_QUEUE ";
// 定义routing-key
public static final String TOPIC_ROUTING_KEY = "TOPIC_ROUTING_KEY ";
// 定义一个或多个交换机
public static final String FANOUT_EXCHANGE = "FANOUT_EXCHANGE ";
// 定义队列
public static final String FANOUT_QUEUE= "FANOUT_QUEUE";
/**
* 针对消费者配置
* 1. 设置交换机类型
* 2. 将队列绑定到交换机
* FanoutExchange: 将消息分发到所有的绑定队列,无routingkey的概念
* HeadersExchange :通过添加属性key-value匹配
* DirectExchange:按照routingkey分发到指定队列
* TopicExchange:多关键字匹配
**/
@Bean
public TopicExchange topicExchange() {
return new TopicExchange(TOPIC_EXCHANGE);
}
/**
* 获取Vm状态队列A
*
* @return
*/
@Bean
public Queue topicQueue() {
return new Queue(TOPIC_QUEUE , true); //队列持久
}
// 一个交换机可以绑定多个消息队列,也就是消息通过一个交换机,可以分发到不同的队列当中去。
@Bean
public Binding binding(@Qualifier("topicExchange") TopicExchange topicExchange,@Qualifier("topicQueue")Queue topicQueue) {
return BindingBuilder.bind(topicQueue).to(topicExchange).with(RabbitConfig.TOPIC_ROUTING_KEY);
}
@Bean
public FanoutExchange fanoutExchange() {
return new FanoutExchange(FANOUT_EXCHANGE);
}
@Bean
public Queue fanoutQueue() {