SpringBoot RabbitMQ消息队列的重试、超时、延时、死信队列

今天介绍使用SpringBoot实现RabbitMQ消息队列的高级用法。

  • MQ安装
  • 自动创建
  • 消息重试
  • 消息超时
  • 死信队列
  • 延时队列

一、RabbitMQ的安装

众所周知,RabbitMQ的安装相对复杂,需要先安装Erlang,再按着对应版本的RabbitMQ的服务端,最后为了方便管理还需要安装rabbitmq_management管理端插件,偶尔还会出现一些安装配置问题,故十分复杂。
在开发测试环境下使用docker来安装就方便多了,省去了环境和配置的麻烦。

1. 拉取官方image

docker pull rabbitmq:management

2. 启动RabbitMQ

docker run -dit --name MyRabbitmq -e RABBITMQ_DEFAULT_USER=admin -e RABBITMQ_DEFAULT_PASS=admin -p 15672:15672 -p 5672:5672 rabbitmq:management

rabbitmq:management: image:tag
--name:指定容器名;
-d:后台运行容器;
-t:在新容器内指定一个伪终端或终端;
-i:允许你对容器内的标准输入 (STDIN) 进行交互;
-p:指定服务运行的端口(5672:应用访问端口;15672:控制台Web端口号);
-e:指定环境变量;(RABBITMQ_DEFAULT_USER:默认的用户名;RABBITMQ_DEFAULT_PASS:默认用户名的密码);

至此RabbitMQ就安装启动完成了,可以通过http://localhost:15672 登陆管理后台,用户名密码就是上面配置的admin/admin

二、使用SpringBoot自动创建队列

1. 引入amqp包


    org.springframework.boot
    spring-boot-starter-amqp

2. MQ配置

bootstrap.yml 配置

spring:
  rabbitmq:
    host: localhost
    port: 5672
    virtual-host: /
    username: admin
    password: admin
    listener:
      simple:
        concurrency: 5
      direct:
        prefetch: 10

concurrency:每个listener在初始化的时候设置的并发消费者的个数
prefetch:每次从一次性从broker里面取的待消费的消息的个数

rabbitmq-spring.xml配置




    
    
    
    
        
            
            
        
    

rabbit:topic-exchange:声明为topic消息类型
pattern="login.user.logined":此处是一个表达式,可使用“*”表示一个词,“#”表示一个或多个词

3. 消息生产端

@Autowired
RabbitTemplate rabbitTemplate;

@GetMapping("/send")
public LoginUser SendLoginSucceedMessage(){
    LoginUser loginUser = getLoginUser("succeed");
    // 发送消息
    rabbitTemplate.convertAndSend(MessageConstant.MESSAGE_EXCHANGE,
            MessageConstant.LOGIN_ROUTING_KEY, loginUser);
    return loginUser;
}

@NoArgsConstructor
@AllArgsConstructor
public class LoginUser implements Serializable {
    String userName;
    String realName;
    String userToken;
    Date loginTime;
    String status;
}

这里需要注意的是默认情况下消息的转换器为SimpleMessageConverter只能解析stringbyte,故传递的消息对象必须是可序列化的,实现Serializable接口

SimpleMessageConverter only supports String, byte[] and Serializable payloads, received: fun.barryhome.cloud.dto.LoginUser

4. 消息消费端

@Component
public class ReceiverMessage {

    @RabbitListener(queues = "login-user-logined")
    public void receiveLoginMessage(LoginUser loginUser) {
        System.err.println(loginUser);
    }
}

@RabbitListener(queues = "login-user-logined"):用于监听名为login-user-logined 队列中的消息

5. 自动创建Queue

@SpringBootApplication
@ImportResource(value = "classpath:rabbitmq-spring.xml")
public class MQApplication {
    public static void main(String[] args) {
        SpringApplication.run(MQApplication.class, args);
    }
}

在没有导入xml且MQ服务器上没有列队的情况下,会导致找不到相关queue的错误

channel error; protocol method: #method(reply-code=404, reply-text=NOT_FOUND - no queue 'login-user-logined' in vhost '/', class-id=50, method-id=10)

而导入之后将自动创建 exchangequeue

三、消息重试

默认情况下如果有消息消费出错后会一直重试,造成消息堵塞


如图可观察unackedtotal一直是1,但deliver/get飙升

消息堵塞之后也影响到后续消息的消费,时间越长越来越多的消息将无法及时消费处理。
如果是单条或极少量的消息有问题可通过多开节点concurrency将正常的消息消息掉,但如果较多则全部节点都将堵塞。

如果想遇到消息消费报错重试几次就舍弃,从而不影响后续消息的消费,如何实现呢?

spring:
  rabbitmq:
    host: localhost
    port: 5672
    virtual-host: /
    username: admin
    password: admin
    listener:
      simple:
        concurrency: 5
        prefetch: 10
        retry:
          enabled: true   # 允许消息消费失败的重试
          max-attempts: 3   # 消息最多消费次数3次
          initial-interval: 2000    # 消息多次消费的间隔2秒

以上配置允许消息消费失败后重试3次,每次间隔2秒,如果还是失败则直接舍弃掉本条消息。
重试可解决因非消息体本身处理问题产生的临时性的故障,而将处理失败的消息直接舍弃掉只是为其它消息正常处理的权益之计而以,将业务操作降到相对低的影响。

四、消息超时

消息重试可解决因消息处理报错引起的问题。如果是消息处理过慢导致错过时效,除了可在处理逻辑中进行处理外,也可以通过消息的超时机制来处理,设定超时时间后将消息直接舍弃。

修改rabbitmq-spring.xml


    
    
    

x-message-ttl:在消息服务器停留的时间(ms)


如果配置前已存在queue将不能被修改,需要删除原有queue后自动创建
创建成功后会在Features中有TTL标识

五、死信队列

死信队列就是当业务队列处理失败后,将消息根据routingKey转投到另一队列,这样的情况有:

  • 消息被拒绝 (basic.reject or basic.nack) 且带 requeue=false不重新入队参数或达到的retry重新入队的上限次数
  • 消息的TTL(Time To Live)-存活时间已经过期
  • 队列长度限制被超越(队列满,queue的"x-max-length"参数)

1. 修改rabbitmq-spring.xml



    
        
        
        
        
        
    





    
        
        
        
    


通过对死信发送的交换机和路由的的设置,可将消息转向具体的queue中。这里交换机可以和原业务队列不是一个。
login-user-logined中的消息处理失败后将直接转投向login-user-logined-dlq队列中。
当程序逻辑修复后可再将消息再移回业务队列中move messages

2. 安装插件


如图提示需要先安装插件

3. 移动消息


安装成功后就可以输入业务队列名再转投

六、延时队列

延时队列除了可以做一般的延时处理外,还可以当作单个job的定时任务处理,比起一般通过定时器去轮询的方式更优雅。

1. 修改rabbitmq-spring.xml


初次配置时,如果报以下错误,则是服务器不支持此命令,需要安装插件

Channel shutdown: connection error; protocol method: #method(reply-code=503, reply-text=COMMAND_INVALID - unknown exchange type 'x-delayed-message', class-id=40, method-id=10)

2. 安装插件

  1. 下载插件:https://github.com/rabbitmq/rabbitmq-delayed-message-exchange/releases/tag/v3.8.0

  2. 上传插件到docker容器中/plugins
    docker ps 查询rabbitmq的 CONTAINER ID

docker cp rabbitmq_delayed_message_exchange-3.8.0.ez 2c248563a2b0:/plugins
  1. 进入docker容器内部
docker exec -it 2c248563a2b0 /bin/bash
  1. 安装插件
cd /plugins
rabbitmq-plugins enable rabbitmq_delayed_message_exchange

具体安装教程可参考:https://blog.csdn.net/magic_1024/article/details/103840681

安装成功后重启程序,观察mq管理端的exchange可发现

3. 发送延时消息

@GetMapping("/sendDelay")
public LoginUser SendDelayLoginSucceedMessage() {
    LoginUser loginUser = getLoginUser("succeed");

    MessagePostProcessor messagePostProcessor = message -> {
        // 延时10s
        message.getMessageProperties().setHeader("x-delay", 10000);
        return message;
    };

    // 发送消息
    rabbitTemplate.convertAndSend(MessageConstant.MESSAGE_EXCHANGE,
            MessageConstant.LOGIN_ROUTING_KEY, loginUser, messagePostProcessor);
    return loginUser;
}

需要注意的是消息的发送是实时的,消息服务器接收到消息待延时时间后再投到对应的queue中

七、完整代码

https://gitee.com/hypier/barry-cloud/tree/master/cloud-mq

八、请关注我的公众号

你可能感兴趣的:(SpringBoot RabbitMQ消息队列的重试、超时、延时、死信队列)