m0_45406092的博客

mq消息积压

文章目录1. 概述2. 代码2.1 配置各种交换机和队列的语法2.1.1 路由模式2.1.2 Fanout广播模式(发布订阅模式)2.1.3 HelloWorld直连模式2.1.4 Topics通配符模式2.1.5 Work queues 工作队列模式2.2 运行1. 概述本篇增加了常见的配置语法，包括交换机类型等，并提供一个url触发发送数据，额外提供了swagger，方法发送数据。2. 代码pom.xml<?xml version="1.0" encoding="UTF-8"?&gt

文章目录消息可靠性保障消息幂等性RabbitMQ可能导致出现非幂等性的情况解决方案参考系列文章：RabbitMQ 系列文章消息可靠性保障在RabbitMQ的使用过程中我们如何保证消息百分百从生产端发送到服务端呢，在淘宝，银行等系统中是不允许任何错误的，任何消息的不可达都可能会造成巨大的损失。我们通过发送端消息确认机制confirm机制和return机制确保消息能发送出去，通过接收端的Acknowledge (ACK)确保队列中的消息被处理了，但是如果保证发送的完整链上的消息被处理了，比如服务端发送

区别channel.basicReject(deliveryTag, true);basic.reject方法拒绝deliveryTag对应的消息，第二个参数是否requeue，true则重新入队列，否则丢弃或者进入死信队列。该方法reject后，该消费者还是会消费到该条被reject的消息。```javachannel.basicNack(deliveryTag, false, true);```basic.nack方法为不确认deliveryTag对应的消息，第二个参数是否应用于多消息

文章目录现象原因1原因2原因3现象今天在写一个测试类的时候报出这个异常，但是我这代码绝对没问题的呀。发现问题：clean channel shutdown; protocol method: #method<channel.close>(reply-code=200, reply-text=OK, class-id=0, method-id=0)原因1只有设置true，才能在代码中设置回调函数：原因2ConfirmCallback是异步的，他在执行的之后我们实际上已经关闭了

文章目录1. 概述2. 代码演示2.1 发送端测试Confirm成功测试Confirm失败总结参考1. 概述在使用 RabbitMQ 的时候，作为消息发送方希望杜绝任何消息丢失或者投递失败场景。RabbitMQ 为我们提供了两种方式用来控制消息的投递可靠性模式。confirm 确认模式return 退回模式rabbitmq 整个消息投递的路径为：producer--->rabbitmq broker--->exchange--->queue--->consumer

文章目录RabbitMQ 简介RabbitMQ 提供了 6 种工作模式RabbitMQ 简介AMQP，即 Advanced Message Queuing Protocol （高级消息队列协议），是一个网络协议，是应用层协议的一个开放标准，为面向消息的中间件设计。基于此协议的客户端与消息中间件可传递消息，并不受客户端/中间件不同产品，不同的开发语言等条件的限制。2006年，AMQP 规范发布。类比HTTP。2007年，Rabbit 技术公司基于 AMQP 标准开发的 RabbitMQ 1.0 发布。

参考rabbitmq——用户管理