RabbitMQ消息可靠性保证机制--发送端确认

发送端确认机制

​ RabbitMQ后来引入了一种轻量级的方式,叫发送方确认(publisher confirm)机制,生产者将信息设置成confirm(确认)模式,一旦信道进入了confirm模式,所有在该信道上面发送的消息都会被指派成一个唯一的ID(从1开始),一旦消息被投递到所有匹配的队列之后(如果消息和队列是持久化的,那么消息会在消息持久化后发出),RabbitMQ就会发送一个确认(Basic.Ack)给生产者(包含消息的唯一的ID),这样生产者就知道消息已经正确送达了。
在这里插入图片描述

RabbitMQ回传给生产者的确认消息中的devliveryTag字段包含了确认消息的序号,另外通过设置channel.basicAck方法中的mulitiple参数,表示到这个序号之前的所有消息是否都已经得到了处理了。生产都投递消息后并不需要一直阻塞着,可以继续投递下一条消息并通过回调方式处理ACK响应。如果RabbitMQ因数自身内部错误导致消息丢失等异常情况发生,就会响应一条nack(Basic.Nack)命令,生产者应用程序同样可以在回调方法中处理该nack命令。

首先导入maven依赖

           <dependency><groupId>com.rabbitmq</groupId><artifactId>amqp-client</artifactId><version>5.9.0</version></dependency>
单条带确认模式
import com.rabbitmq.client.AMQP;
import com.rabbitmq.client.BuiltinExchangeType;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;import java.io.IOException;
import java.nio.charset.StandardCharsets;
import java.util.concurrent.TimeoutException;public class Product {public static void main(String[] args) throws Exception {ConnectionFactory factory = new ConnectionFactory();factory.setUri("amqp://root:123456@node1:5672/%2f");Connection connection = factory.newConnection();Channel channel = connection.createChannel();// 开启发送方确认机制AMQP.Confirm.SelectOk selectOk = channel.confirmSelect();channel.exchangeDeclare("confirm.ex", BuiltinExchangeType.DIRECT);channel.queueDeclare("confirm.qe", false, false, false, null);channel.queueBind("confirm.qe", "confirm.ex", "confirm.rk");String pushMsg = "confirm 这是推送确认的消息";channel.basicPublish("confirm.ex", "confirm.rk", null, pushMsg.getBytes(StandardCharsets.UTF_8));// 执行发送端确认机制try {channel.waitForConfirmsOrDie(5000);System.out.println("发送的消息被确认:" + pushMsg);} catch (IOException e) {e.printStackTrace();System.out.println("消息被拒绝:" + pushMsg);} catch (InterruptedException e) {e.printStackTrace();System.out.println("非Publisher confirm的通道上使用该方法");} catch (TimeoutException e) {e.printStackTrace();System.out.println("等待消息确认超时");}}
}

执行生产者的代码后,查看RabbitMQ中的是否到达:

[root@nullnull-os rabbitmq]# rabbitmqctl list_exchanges --formatter pretty_table
Listing exchanges for vhost / ...
┌────────────────────┬─────────┐
│ name               │ type    │
├────────────────────┼─────────┤
│ amq.fanout         │ fanout  │
├────────────────────┼─────────┤
│ confirm.ex         │ direct  │
├────────────────────┼─────────┤
│ amq.rabbitmq.trace │ topic   │
├────────────────────┼─────────┤
│ amq.headers        │ headers │
├────────────────────┼─────────┤
│ amq.topic          │ topic   │
├────────────────────┼─────────┤
│ amq.direct         │ direct  │
├────────────────────┼─────────┤
│                    │ direct  │
├────────────────────┼─────────┤
│ amq.match          │ headers │
└────────────────────┴─────────┘
[root@nullnull-os rabbitmq]# rabbitmqctl list_bindings --formatter pretty_table
Listing bindings for vhost /...
┌─────────────┬─────────────┬──────────────────┬──────────────────┬─────────────┬───────────┐
│ source_name │ source_kind │ destination_name │ destination_kind │ routing_key │ arguments │
├─────────────┼─────────────┼──────────────────┼──────────────────┼─────────────┼───────────┤
│             │ exchange    │ confirm.qe       │ queue            │ confirm.qe  │           │
├─────────────┼─────────────┼──────────────────┼──────────────────┼─────────────┼───────────┤
│ confirm.ex  │ exchange    │ confirm.qe       │ queue            │ confirm.rk  │           │
└─────────────┴─────────────┴──────────────────┴──────────────────┴─────────────┴───────────┘
[root@nullnull-os rabbitmq]# rabbitmqctl list_queues --formatter pretty_table
Timeout: 60.0 seconds ...
Listing queues for vhost / ...
┌────────────┬──────────┐
│ name       │ messages │
├────────────┼──────────┤
│ confirm.qe │ 1        │
└────────────┴──────────┘
[root@nullnull-os rabbitmq]# 

经过检查发现消息成功成功的送到,并且收到了服务端的确认:

发送的消息被确认:confirm 这是推送确认的消息
批量确认模式

在以上的样例中,发送方在发送消息后,便进行入等待确认,这是一个同步阻塞的机制性能不是太好,接下来将使用批处理对此进行优化。

import com.rabbitmq.client.AMQP;
import com.rabbitmq.client.BuiltinExchangeType;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;
import java.io.IOException;
import java.nio.charset.StandardCharsets;
import java.util.concurrent.TimeoutException;public class ProductBatch {public static void main(String[] args) throws Exception {ConnectionFactory factory = new ConnectionFactory();factory.setUri("amqp://root:123456@node1:5672/%2f");Connection connection = factory.newConnection();Channel channel = connection.createChannel();// 开启发送方确认机制AMQP.Confirm.SelectOk selectOk = channel.confirmSelect();channel.exchangeDeclare("confirm.ex", BuiltinExchangeType.DIRECT);channel.queueDeclare("confirm.qe", false, false, false, null);channel.queueBind("confirm.qe", "confirm.ex", "confirm.rk");// 批量处理大小,即每10条进行一次确认int batch = 10;// 确认的计数int confirmNum = 0;// 执行发送端确认机制try {for (int i = 0; i < 108; i++) {confirmNum++;String pushMsg = "confirm 这是推送确认的消息" + i;channel.basicPublish("confirm.ex", "confirm.rk", null, pushMsg.getBytes(StandardCharsets.UTF_8));if (confirmNum == batch) {channel.waitForConfirmsOrDie(5000);System.out.println("批量发送的消息被确认:");confirmNum = 0;}}if (confirmNum > 0) {channel.waitForConfirmsOrDie(5000);System.out.println("剩余发送的消息被确认:");}} catch (IOException e) {e.printStackTrace();System.out.println("消息被拒绝:");} catch (InterruptedException e) {e.printStackTrace();System.out.println("非Publisher confirm的通道上使用该方法");} catch (TimeoutException e) {e.printStackTrace();System.out.println("等待消息确认超时");}}
}

运行生产者,检查控制台输出:

批量发送的消息被确认:
批量发送的消息被确认:
批量发送的消息被确认:
批量发送的消息被确认:
批量发送的消息被确认:
批量发送的消息被确认:
批量发送的消息被确认:
批量发送的消息被确认:
批量发送的消息被确认:
批量发送的消息被确认:
剩余发送的消息被确认:

可以观察到,数据已经成功的发送。

再检查下队列的情况:

[root@nullnull-os rabbitmq]# rabbitmqctl list_exchanges --formatter pretty_table
Listing exchanges for vhost / ...
┌────────────────────┬─────────┐
│ name               │ type    │
├────────────────────┼─────────┤
│ amq.fanout         │ fanout  │
├────────────────────┼─────────┤
│ confirm.ex         │ direct  │
├────────────────────┼─────────┤
│ amq.rabbitmq.trace │ topic   │
├────────────────────┼─────────┤
│ amq.headers        │ headers │
├────────────────────┼─────────┤
│ amq.topic          │ topic   │
├────────────────────┼─────────┤
│ amq.direct         │ direct  │
├────────────────────┼─────────┤
│                    │ direct  │
├────────────────────┼─────────┤
│ amq.match          │ headers │
└────────────────────┴─────────┘
[root@nullnull-os rabbitmq]# rabbitmqctl list_bindings --formatter pretty_table
Listing bindings for vhost /...
┌─────────────┬─────────────┬──────────────────┬──────────────────┬─────────────┬───────────┐
│ source_name │ source_kind │ destination_name │ destination_kind │ routing_key │ arguments │
├─────────────┼─────────────┼──────────────────┼──────────────────┼─────────────┼───────────┤
│             │ exchange    │ confirm.qe       │ queue            │ confirm.qe  │           │
├─────────────┼─────────────┼──────────────────┼──────────────────┼─────────────┼───────────┤
│ confirm.ex  │ exchange    │ confirm.qe       │ queue            │ confirm.rk  │           │
└─────────────┴─────────────┴──────────────────┴──────────────────┴─────────────┴───────────┘
[root@nullnull-os rabbitmq]# rabbitmqctl list_queues --formatter pretty_table
Timeout: 60.0 seconds ...
Listing queues for vhost / ...
┌────────────┬──────────┐
│ name       │ messages │
├────────────┼──────────┤
│ confirm.qe │ 108      │
└────────────┴──────────┘
[root@nullnull-os rabbitmq]# 

检查服务端后发现,数据已经成功的发送至队列。

异步回调模式

除了批量确认外,还可以使用回调模式,回调模式,与批量相比,则是异步模式,不再会有阻塞的问题。

import com.rabbitmq.client.AMQP;
import com.rabbitmq.client.BuiltinExchangeType;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.ConfirmCallback;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;
import java.io.IOException;
import java.nio.charset.StandardCharsets;
import java.util.concurrent.ConcurrentNavigableMap;
import java.util.concurrent.ConcurrentSkipListMap;
import java.util.concurrent.ThreadLocalRandom;
import java.util.concurrent.TimeoutException;public class ProductCallBack {public static void main(String[] args) throws Exception {ConnectionFactory factory = new ConnectionFactory();factory.setUri("amqp://root:123456@node1:5672/%2f");Connection connection = factory.newConnection();Channel channel = connection.createChannel();try {// 开启发送方确认机制AMQP.Confirm.SelectOk selectOk = channel.confirmSelect();channel.exchangeDeclare("confirm.ex", BuiltinExchangeType.DIRECT);channel.queueDeclare("confirm.qe", false, false, false, null);channel.queueBind("confirm.qe", "confirm.ex", "confirm.rk");// 记录下发送与确认的消息ConcurrentNavigableMap<Long, String> ackConfirmMap = new ConcurrentSkipListMap<>();ConcurrentNavigableMap<Long, String> nackConfirmMap = new ConcurrentSkipListMap<>();// ack确认的信息ConfirmCallback ackCallback =new ConfirmCallback() {@Overridepublic void handle(long deliveryTag, boolean multiple) throws IOException {if (multiple) {// 获取已经被确认的Map集合ConcurrentNavigableMap<Long, String> headMap =ackConfirmMap.headMap(deliveryTag, true);long threadId = Thread.currentThread().getId();System.out.println("【ack确认】线程ID:"+ threadId+ ",批量:小于等于:"+ deliveryTag+ "的消息都被确认了,内容:"+ headMap.keySet());headMap.clear();} else {long threadId = Thread.currentThread().getId();ackConfirmMap.remove(deliveryTag);System.out.println("【ack确认】线程ID:" + threadId + ",单条:" + deliveryTag + "对应的消息被确认,key:" + deliveryTag);}}};// 不确认的消息ConfirmCallback nackCallBack =new ConfirmCallback() {@Overridepublic void handle(long deliveryTag, boolean multiple) throws IOException {if (multiple) {ConcurrentNavigableMap<Long, String> headMap =ackConfirmMap.headMap(deliveryTag, true);long threadId = Thread.currentThread().getId();System.out.println("【nack确认】线程ID:"+ threadId+ ",批量:小于等于"+ deliveryTag+ "的消息都不被确认了,内容:"+ headMap.keySet());nackConfirmMap.putAll(headMap);headMap.clear();} else {long threadId = Thread.currentThread().getId();System.out.println("【nack确认】线程的ID:" + threadId + ",单条:" + deliveryTag + "对应的消息被确认");String value = ackConfirmMap.remove(deliveryTag);nackConfirmMap.put(deliveryTag, value);}}};channel.addConfirmListener(ackCallback, nackCallBack);// 执行数据发送try {for (int i = 0; i < 28; i++) {// 获取当前发送的序列号long nextPublishSeqNo = channel.getNextPublishSeqNo();String pushMsg = "序列号:" + nextPublishSeqNo + ":已经发送了消息信息:" + (i + 1);channel.basicPublish("confirm.ex", "confirm.rk", null, pushMsg.getBytes(StandardCharsets.UTF_8));ackConfirmMap.put(nextPublishSeqNo, pushMsg);long threadId = Thread.currentThread().getId();System.out.println("【发送】线程的ID:" + threadId + ",序号:" + nextPublishSeqNo + "发送完毕");// 随机休眠Thread.sleep(ThreadLocalRandom.current().nextInt(0, 5));}} catch (IOException e) {e.printStackTrace();System.out.println("消息被拒绝:");}Thread.sleep(5000);System.out.println("确认的消息:" + ackConfirmMap.size());System.out.println("未确认的消息:" + nackConfirmMap.size());} catch (IOException e) {e.printStackTrace();} catch (InterruptedException e) {e.printStackTrace();} finally {channel.close();connection.close();}}
}

运行生产者的代码后,观察控制台:

【发送】线程的ID:1,序号:1发送完毕
【发送】线程的ID:1,序号:2发送完毕
【发送】线程的ID:1,序号:3发送完毕
【ack确认】线程ID:20,单条:1对应的消息被确认,key:1
【发送】线程的ID:1,序号:4发送完毕
【发送】线程的ID:1,序号:5发送完毕
【发送】线程的ID:1,序号:6发送完毕
【ack确认】线程ID:20,单条:2对应的消息被确认,key:2
【ack确认】线程ID:20,单条:3对应的消息被确认,key:3
【发送】线程的ID:1,序号:7发送完毕
【发送】线程的ID:1,序号:8发送完毕
【发送】线程的ID:1,序号:9发送完毕
【ack确认】线程ID:20,批量:小于等于:6的消息都被确认了,内容:[4, 5, 6]
【发送】线程的ID:1,序号:10发送完毕
【发送】线程的ID:1,序号:11发送完毕
【ack确认】线程ID:20,批量:小于等于:8的消息都被确认了,内容:[7, 8]
【ack确认】线程ID:20,单条:9对应的消息被确认,key:9
【发送】线程的ID:1,序号:12发送完毕
【发送】线程的ID:1,序号:13发送完毕
【ack确认】线程ID:20,单条:10对应的消息被确认,key:10
【ack确认】线程ID:20,单条:11对应的消息被确认,key:11
【发送】线程的ID:1,序号:14发送完毕
【ack确认】线程ID:20,单条:12对应的消息被确认,key:12
【发送】线程的ID:1,序号:15发送完毕
【发送】线程的ID:1,序号:16发送完毕
【发送】线程的ID:1,序号:17发送完毕
【ack确认】线程ID:20,单条:13对应的消息被确认,key:13
【ack确认】线程ID:20,单条:14对应的消息被确认,key:14
【发送】线程的ID:1,序号:18发送完毕
【ack确认】线程ID:20,单条:15对应的消息被确认,key:15
【发送】线程的ID:1,序号:19发送完毕
【ack确认】线程ID:20,单条:16对应的消息被确认,key:16
【ack确认】线程ID:20,单条:17对应的消息被确认,key:17
【发送】线程的ID:1,序号:20发送完毕
【发送】线程的ID:1,序号:21发送完毕
【ack确认】线程ID:20,单条:18对应的消息被确认,key:18
【发送】线程的ID:1,序号:22发送完毕
【发送】线程的ID:1,序号:23发送完毕
【ack确认】线程ID:20,单条:19对应的消息被确认,key:19
【发送】线程的ID:1,序号:24发送完毕
【ack确认】线程ID:20,单条:20对应的消息被确认,key:20
【ack确认】线程ID:20,单条:21对应的消息被确认,key:21
【发送】线程的ID:1,序号:25发送完毕
【发送】线程的ID:1,序号:26发送完毕
【发送】线程的ID:1,序号:27发送完毕
【发送】线程的ID:1,序号:28发送完毕
【ack确认】线程ID:20,批量:小于等于:23的消息都被确认了,内容:[22, 23]
【ack确认】线程ID:20,单条:24对应的消息被确认,key:24
【ack确认】线程ID:20,批量:小于等于:26的消息都被确认了,内容:[25, 26]
【ack确认】线程ID:20,单条:27对应的消息被确认,key:27
【ack确认】线程ID:20,单条:28对应的消息被确认,key:28
确认的消息:0
未确认的消息:0

可以发现,生产者与确认机制,是完全异步的,生产者一个线程,而ack在另外的一个线程。可以并行处理。

最后再来检查下队列的信息:

[root@nullnull-os rabbitmq]# rabbitmqctl list_exchanges --formatter pretty_table
Listing exchanges for vhost / ...
┌────────────────────┬─────────┐
│ name               │ type    │
├────────────────────┼─────────┤
│ amq.fanout         │ fanout  │
├────────────────────┼─────────┤
│ confirm.ex         │ direct  │
├────────────────────┼─────────┤
│ amq.rabbitmq.trace │ topic   │
├────────────────────┼─────────┤
│ amq.headers        │ headers │
├────────────────────┼─────────┤
│ amq.topic          │ topic   │
├────────────────────┼─────────┤
│ amq.direct         │ direct  │
├────────────────────┼─────────┤
│                    │ direct  │
├────────────────────┼─────────┤
│ amq.match          │ headers │
└────────────────────┴─────────┘
[root@nullnull-os rabbitmq]# rabbitmqctl list_bindings --formatter pretty_table
Listing bindings for vhost /...
┌─────────────┬─────────────┬──────────────────┬──────────────────┬─────────────┬───────────┐
│ source_name │ source_kind │ destination_name │ destination_kind │ routing_key │ arguments │
├─────────────┼─────────────┼──────────────────┼──────────────────┼─────────────┼───────────┤
│             │ exchange    │ confirm.qe       │ queue            │ confirm.qe  │           │
├─────────────┼─────────────┼──────────────────┼──────────────────┼─────────────┼───────────┤
│ confirm.ex  │ exchange    │ confirm.qe       │ queue            │ confirm.rk  │           │
└─────────────┴─────────────┴──────────────────┴──────────────────┴─────────────┴───────────┘
[root@nullnull-os rabbitmq]# rabbitmqctl list_queues --formatter pretty_table
Timeout: 60.0 seconds ...
Listing queues for vhost / ...
┌────────────┬──────────┐
│ name       │ messages │
├────────────┼──────────┤
│ confirm.qe │ 28       │
└────────────┴──────────┘
[root@nullnull-os rabbitmq]# 

至此使用异步监听回调模式已经完成。

Spring发送端确认机制

导入依赖

        <dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-amqp</artifactId></dependency><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-web</artifactId></dependency>

配制RabbitMQ

spring:application:name: publisherConfirmrabbitmq:host: node1virtual-host: /username: rootpassword: 123456port: 5672# 启用发送方确认机制publisher-returns: true#NONE值是禁用发布确认模式,是默认值#CORRELATED值是发布消息成功到交换器后会触发回调方法#SIMPLE值经测试有两种效果,其一效果和CORRELATED值一样会触发回调方法,#其二在发布消息成功后使用rabbitTemplate调用waitForConfirms或waitForConfirmsOrDie#方法等待broker节点返回发送结果,根据返回结果来判定下一步的逻辑,#要注意的点是waitForConfirmsOrDie方法如果返回false则会关闭channel,则接下来无法发送消息到broker;publisher-confirm-type: correlated

主入口类

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;@SpringBootApplication
public class PublisherConfirmApplication {public static void main(String[] args) {SpringApplication.run(PublisherConfirmApplication.class, args);}
}

队列配制

import org.springframework.amqp.core.Binding;
import org.springframework.amqp.core.BindingBuilder;
import org.springframework.amqp.core.DirectExchange;
import org.springframework.amqp.core.Exchange;
import org.springframework.amqp.core.Queue;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;@Configuration
public class RabbitConfig {@Beanpublic Queue queue() {return new Queue("confirm.qe", false, false, false, null);}@Beanpublic Exchange exchange() {return new DirectExchange("confirm.ex", false, false, null);}@Beanpublic Binding binding() {return BindingBuilder.bind(queue()).to(exchange()).with("confirm.rk").noargs();}
}

控制类

import org.springframework.amqp.core.Message;
import org.springframework.amqp.core.MessageProperties;
import org.springframework.amqp.core.MessagePropertiesBuilder;
import org.springframework.amqp.rabbit.connection.CorrelationData;
import org.springframework.amqp.rabbit.core.RabbitTemplate;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;import java.nio.charset.StandardCharsets;
import java.util.Map;
import java.util.concurrent.ConcurrentHashMap;
import java.util.concurrent.ConcurrentNavigableMap;
import java.util.concurrent.ConcurrentSkipListMap;
import java.util.concurrent.ThreadLocalRandom;@RestController
public class DataController {private RabbitTemplate template;/** 用于记录下发送的容器 */private Map<Long, String> ackMap = new ConcurrentHashMap<>();@Autowiredpublic void setTemplate(RabbitTemplate template) {this.template = template;// 设置回调函数RabbitTemplate.ConfirmCallback ackCallback =new RabbitTemplate.ConfirmCallback() {@Overridepublic void confirm(CorrelationData correlationData, boolean ack, String cause) {if (ack) {String msg =new String(correlationData.getReturnedMessage().getBody(), StandardCharsets.UTF_8);ackMap.remove(Long.parseLong(correlationData.getId()));System.out.println("【回调】消息确认:" + correlationData.getId() + "--" + msg);} else {System.out.println("异常:" + cause);}}};this.template.setConfirmCallback(ackCallback);}@RequestMapping("/biz")public String doInvoke() throws Exception {long sendSeq = 1;for (int i = 0; i < 28; i++) {MessageProperties build =MessagePropertiesBuilder.newInstance().setHeader("key1", "value1").setCorrelationId(sendSeq + "").setContentType(MessageProperties.CONTENT_TYPE_TEXT_PLAIN).build();build.setConsumerTag("msg");CorrelationData dataSend = new CorrelationData();dataSend.setId(sendSeq + "");// 用于回调验证的消息byte[] returnBytes = "这是响应的消息:".getBytes(StandardCharsets.UTF_8);dataSend.setReturnedMessage(new Message(returnBytes, null));// 发送的消息String msg = "这是等待确认的消息";byte[] sendBytes = msg.getBytes(StandardCharsets.UTF_8);Message message = new Message(sendBytes, build);template.convertAndSend("confirm.ex", "confirm.rk", message, dataSend);ackMap.put(sendSeq, msg);System.out.println("【发送】发送成功:" + sendSeq);Thread.sleep(ThreadLocalRandom.current().nextInt(0, 10));sendSeq = sendSeq + 1;}Thread.sleep(3000);System.out.println("未确认ACK的消息:" + ackMap.size());return "ok";}
}

运行应用程序,查看控制台输出:

2023-08-21 22:33:24.969  INFO 8628 --- [nio-8080-exec-1] o.a.c.c.C.[Tomcat].[localhost].[/]       : Initializing Spring DispatcherServlet 'dispatcherServlet'
2023-08-21 22:33:24.969  INFO 8628 --- [nio-8080-exec-1] o.s.web.servlet.DispatcherServlet        : Initializing Servlet 'dispatcherServlet'
2023-08-21 22:33:24.974  INFO 8628 --- [nio-8080-exec-1] o.s.web.servlet.DispatcherServlet        : Completed initialization in 5 ms
2023-08-21 22:33:25.001  INFO 8628 --- [nio-8080-exec-1] o.s.a.r.c.CachingConnectionFactory       : Attempting to connect to: [node1:5672]
2023-08-21 22:33:25.119  INFO 8628 --- [nio-8080-exec-1] o.s.a.r.c.CachingConnectionFactory       : Created new connection: rabbitConnectionFactory#3bd6ba24:0/SimpleConnection@5b31efba [delegate=amqp://root@150.158.137.207:5672/, localPort= 63833]
2023-08-21 22:33:25.123  INFO 8628 --- [nio-8080-exec-1] o.s.amqp.rabbit.core.RabbitAdmin         : Auto-declaring a non-durable or auto-delete Exchange (confirm.ex) durable:false, auto-delete:false. It will be deleted by the broker if it shuts down, and can be redeclared by closing and reopening the connection.
2023-08-21 22:33:25.123  INFO 8628 --- [nio-8080-exec-1] o.s.amqp.rabbit.core.RabbitAdmin         : Auto-declaring a non-durable, auto-delete, or exclusive Queue (confirm.qe) durable:false, auto-delete:false, exclusive:false. It will be redeclared if the broker stops and is restarted while the connection factory is alive, but all messages will be lost.
【发送】发送成功:1
【回调】消息确认:1--这是响应的消息:
【发送】发送成功:2
【发送】发送成功:3
【回调】消息确认:2--这是响应的消息:
【回调】消息确认:3--这是响应的消息:
【发送】发送成功:4
【发送】发送成功:5
【发送】发送成功:6
【回调】消息确认:4--这是响应的消息:
【发送】发送成功:7
【回调】消息确认:5--这是响应的消息:
【回调】消息确认:6--这是响应的消息:
【回调】消息确认:7--这是响应的消息:
【发送】发送成功:8
【发送】发送成功:9
【发送】发送成功:10
【发送】发送成功:11
【回调】消息确认:8--这是响应的消息:
【回调】消息确认:9--这是响应的消息:
【回调】消息确认:10--这是响应的消息:
【回调】消息确认:11--这是响应的消息:
【发送】发送成功:12
【发送】发送成功:13
【发送】发送成功:14
【回调】消息确认:12--这是响应的消息:
【发送】发送成功:15
【发送】发送成功:16
【回调】消息确认:13--这是响应的消息:
【发送】发送成功:17
【回调】消息确认:14--这是响应的消息:
【发送】发送成功:18
【发送】发送成功:19
【回调】消息确认:15--这是响应的消息:
【发送】发送成功:20
【回调】消息确认:16--这是响应的消息:
【回调】消息确认:17--这是响应的消息:
【回调】消息确认:18--这是响应的消息:
【回调】消息确认:19--这是响应的消息:
【回调】消息确认:20--这是响应的消息:
【发送】发送成功:21
【发送】发送成功:22
【发送】发送成功:23
【回调】消息确认:21--这是响应的消息:
【回调】消息确认:22--这是响应的消息:
【发送】发送成功:24
【回调】消息确认:23--这是响应的消息:
【发送】发送成功:25
【回调】消息确认:24--这是响应的消息:
【发送】发送成功:26
【回调】消息确认:25--这是响应的消息:
【发送】发送成功:27
【发送】发送成功:28
【回调】消息确认:26--这是响应的消息:
【回调】消息确认:27--这是响应的消息:
【回调】消息确认:28--这是响应的消息:
未确认ACK的消息:0

可以发现数据都已经成功的执行ACK的确认机制。此与原生的API,还是存在一些不同。此在发送时,已经将响应关联的ID进行了指定。这样当收到了confirm时,即能与之前发送的数据关联上。

检查队列的信息:

[root@nullnull-os rabbitmq]# rabbitmqctl list_exchanges --formatter pretty_table
Listing exchanges for vhost / ...
┌────────────────────┬─────────┐
│ name               │ type    │
├────────────────────┼─────────┤
│ amq.fanout         │ fanout  │
├────────────────────┼─────────┤
│ confirm.ex         │ direct  │
├────────────────────┼─────────┤
│ amq.rabbitmq.trace │ topic   │
├────────────────────┼─────────┤
│ amq.headers        │ headers │
├────────────────────┼─────────┤
│ amq.topic          │ topic   │
├────────────────────┼─────────┤
│ amq.direct         │ direct  │
├────────────────────┼─────────┤
│                    │ direct  │
├────────────────────┼─────────┤
│ amq.match          │ headers │
└────────────────────┴─────────┘
[root@nullnull-os rabbitmq]#  rabbitmqctl list_bindings --formatter pretty_table
Listing bindings for vhost /...
┌─────────────┬─────────────┬──────────────────┬──────────────────┬─────────────┬───────────┐
│ source_name │ source_kind │ destination_name │ destination_kind │ routing_key │ arguments │
├─────────────┼─────────────┼──────────────────┼──────────────────┼─────────────┼───────────┤
│             │ exchange    │ confirm.qe       │ queue            │ confirm.qe  │           │
├─────────────┼─────────────┼──────────────────┼──────────────────┼─────────────┼───────────┤
│ confirm.ex  │ exchange    │ confirm.qe       │ queue            │ confirm.rk  │           │
└─────────────┴─────────────┴──────────────────┴──────────────────┴─────────────┴───────────┘
[root@nullnull-os rabbitmq]# rabbitmqctl list_queues --formatter pretty_table
Timeout: 60.0 seconds ...
Listing queues for vhost / ...
┌────────────┬──────────┐
│ name       │ messages │
├────────────┼──────────┤
│ confirm.qe │ 28       │
└────────────┴──────────┘
[root@nullnull-os rabbitmq]# 

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.rhkb.cn/news/143149.html

如若内容造成侵权/违法违规/事实不符,请联系长河编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

对比接口测试工具在自动化测试优缺点:Jmeter、Python、Postman

一、JMeter 总结&#xff1a;适合对代码不敏感的使用人员&#xff0c;不会代码也可以完成接口自动化&#xff0c;设计框架。适合紧急迭代的项目。 JMeter接口测试的优势 小巧轻量级&#xff0c;并且开源免费&#xff0c;社区接受度高&#xff0c;比较容易入门支持多协议&…

数字音频工作站FL Studio 21中文版下载及电音编曲要用乐理吗 电音编曲步骤

FL Studio 21是一款强大的数字音频工作站&#xff08;DAW&#xff09;软件&#xff0c;为您提供一个完整的软件音乐制作环境。它是制作高质量的音乐、乐器、录音等的完整解决方案。该程序配备了各种工具和插件&#xff0c;帮助你创建专业的虚拟乐器&#xff0c;如贝斯、吉他、钢…

Unity vscode 官方debug

把这个先unlock 再升级到最新的 然后重新生成 project files 打开 launch.json {"version": "0.2.0","configurations": [{"name": "Attach to Unity","type": "vstuc","request": "a…

如何一键提取微信背景图?

微信图文中的背景图&#xff0c;就像室内装修中的墙纸。使用不同颜色、图案的背景图能让文章更有质感&#xff0c;更立体&#xff0c;能给读者带来不一样的视觉体验。那看到其他公众号用的背景图很好看&#xff0c;自己也想用&#xff0c;怎么办&#xff1f;&#xff08;以速排…

香港云服务器和日本云服务器哪个好?(详细对比)

​  购置海外服务器时&#xff0c;您是在乎网络速度?价格?稳定性?当这几个因素同时存在&#xff0c;我们该如何选择?本篇针对海外热门的两个地区&#xff0c;中国香港和日本&#xff0c;这两种云服务器谁优谁劣?各有什么亮点?逐一进行对比分析。 一、速度上来看 中国香…

下划线在键盘上怎么打?这3个方法快收藏!

“我最近的工作中好像很多文件里都有下划线&#xff0c;但是我不知道在键盘上应该怎么把下划线打出来&#xff0c;有没有知道的朋友呀&#xff1f;” 在计算机文档和编程中&#xff0c;下划线是一个常见的特殊字符。很多用户在使用电脑时可能也经常需要用到下划线。但是下划线在…

前端开发之服务器的基本概念与初识Ajax

1&#xff0c;服务器的基本概念与初识Ajax 1.1 URL地址的组成部分 1.2 客户端与服务器的通信过程 1.3 网页中如何请求数据 1.4 $.get()函数 1.4.1 $.get()函数的语法 // jQuery 中 $.get() 函数的功能单一&#xff0c;专门用来发起 get 请求&#xff0c;从而将服务器上的资源…

接口测试——接口协议抓包分析与mock_L2

目录&#xff1a; 抓包工具charles抓包工具fiddler抓包工具证书配置app抓包实战练习接口测试实战练习 1.抓包工具charles 工具介绍 支持 SSL 代理支持流量控制支持重发网络请求&#xff0c;方便后端调试支持修改网络请求参数支持网络请求的截获并动态修改可以自动将 json 或…

as 加载aar(包含so文件)遇到问题的解决方法

""" r java.lang.UnsatisfiedLinkEnror :No implementation found for void com.example.myapplication2.Model.init(java.lang .Storing, java.lang .string) 原来是so文件里的Model类的所属的包名&#xff0c;跟我java里的不一样。linux里&#xff0c;可以用 …

C++11之可变参数模板

可变参数模板 可变参数模板概念可变参数模板定义参数包展开方式递归展开参数包逗号表达式展开参数包 STL容器中的emplace相关接口函数 可变参数模板概念 C11的新特性可变参数模板能够让您创建可以接受可变参数的函数模板和类模板&#xff0c;相比C98/03&#xff0c;类模版和函…

铁红面建筑模板:木质之美与实用性的结合

铁红面建筑模板&#xff0c;又称为铁红面板或酚醛面建筑模板&#xff0c;是一种常用的建筑施工材料。其主要特点是选用进口辐射松、樟子松或国内的马尾松旋切木材作为面皮&#xff0c;经过胶机上的面胶和热压机的压合而成。这种建筑模板在施工中发挥着重要的作用&#xff0c;并…

基于ModebusRTU通信采集温度湿度项目案例

目录 一、模拟温湿度模拟 【1.1】温湿度仪表参数 【1.1】使用电脑模拟传感器 【1.2】使用Codesys软件模拟传感器 二、自定义控件UI设计 【2.1】自定义控件温度湿度柱状设计 ​编辑 【2.1.1】设置温度湿度柱状实际显示【属性】 【2.1.2】设置温度湿度柱状的背景颜色【属…

win10系统 C++环境 安装编译GRPC

第一步 下载源码、更新、cmake编译&#xff1a; 为了依赖的成功安装&#xff0c;采用gitee进行下载与更新。记得需要安装git软件。 安装命令&#xff1a; 在自己指定的目录下&#xff0c;鼠标右键&#xff0c;选择 git Bash Here 打开命令行 git clone -b v1.34.0 https://gi…

MacOS上的Pip和Python升级指南

在MacOS系统上&#xff0c;保持Pip和Python版本的最新状态对于顺利进行Python开发至关重要。通过升级Pip和Python&#xff0c;你可以享受到最新的功能、修复的bug以及提升的开发效率。本文将为你提供在MacOS上升级Pip和Python的详细指南&#xff0c;助你打造更强大的开发环境。…

React redux更新数据的诡异特征==》彻底掌握redux更新state机制的精髓

此文章是跟随我上一篇文章《Redux Toolkit中action派发但state值不更新的原因》写的。 本来一切都搞定了&#xff0c;此时我突发奇想&#xff1a; 如果让api服务端不发送包含x-pagination的header信息&#xff0c;web端会不会报错。因为按照web端 redux原有的逻辑&#xff1a;…

Kubernetes(K8s):未来云原生应用的引擎

文章目录 Kubernetes的核心概念和架构为什么K8s是构建云原生应用的首选工具&#xff1f;云原生应用的好处和挑战容器编排的重要性&#xff1a;Docker和KubernetesKubernetes生态系统&#xff1a;核心组件和附加工具实际应用&#xff1a;企业如何在生产环境中使用K8s未来展望&am…

Flutter实现PS钢笔工具,实现高精度抠图的效果。

演示&#xff1a; 代码&#xff1a; import dart:ui;import package:flutter/material.dart hide Image; import package:flutter/services.dart; import package:flutter_screenutil/flutter_screenutil.dart; import package:kq_flutter_widgets/widgets/animate/stack.dart…

任意文件的上传和下载

1.任意文件下载&#xff08;高危&#xff09; 定义 一些网站由于业务需求&#xff0c;往往需要提供文件查看或文件下载功能&#xff0c;但若对用户查看或下载的文件不做限制&#xff0c;则恶意用户就能够查看或下载任意敏感文件&#xff0c;这就是文件查看与下载漏洞。 可以下载…

Kafka 常见问题

文章目录 kafka 如何确保消息的可靠性传输Kafka 高性能的体现利用Partition实现并行处理利用PageCache 如何提高 Kafka 性能调整内核参数来优化IO性能减少网络开销批处理数据压缩降低网络负载高效的序列化方式 kafka 如何确保消息的可靠性传输 消费端弄丢了数据 唯一可能导致…

8、SpringBoot_多环境开发

二、多环境开发 1.概述 概述&#xff1a;开发环境、测试环境、生产环境 分类 开发环境 spring:datasource:druid:url: jdbc:mysql://localhost:3306/springboot_ssmusername: rootpassword: 123456driver-class-name: com.mysql.cj.jdbc.Driver测试环境 spring:datasource:dr…