java-rabbitmq

字节源流1 天前
java·rabbitmq·java-rabbitmq
【RabbitMQ】死信队列死信,顾名思义就是无法被消费的消息,也就是没有被传到消费者的消息,或者即使传到了也没有被消费。当然有死信就有死信队列。死信队列就是用来存储死信的。
Shootingmemory1 天前
rabbitmq·java-rabbitmq
MQ(RabbitMQ.1)MQ,本质是一个队列,FIFO先入先出,存放的内容是消息(message)。同步通信 直接调⽤对⽅的服务, 数据从⼀端发出后⽴即就可以达到另⼀端.
ChinaRainbowSea6 天前
java·javascript·分布式·后端·rabbitmq·ruby·java-rabbitmq
9. RabbitMQ 消息队列幂等性,优先级队列,惰性队列的详细说明用户对于同一操作发起的一次请求或者多次请求的结果是一致的,不会因为多次点击而产生了副作用。举个最简单的例子:那就是支付,用户购买商品后支付,支付扣款成功,但是返回结果的时候网络异常,此时钱已经扣了,用户再次点击按钮,此时会进行第二次扣款,返回结果成功,用户查询余额发现多扣钱了,流水记录也变成了两条。在以前的单应用系统中,我们只需要把数据操作放入到事务中即可,发生错误立即回滚,但是再响应客户端的时候也有可能出现网络中断或者异常等等。
ChinaRainbowSea7 天前
java·分布式·后端·rabbitmq·ruby·java-rabbitmq
5. RabbitMQ 消息队列中 Exchanges(交换机) 的详细说明在上一节中,我们创建了一个工作队列。我们假设的是工作队列背后,每个任务都恰好交付给一个消 费者(工作进程)。在这一部分中,我们将做一些完全不同的事情-我们将消息传达给多个消费者。这种模式 称为 ”发布/订阅”. 为了说明这种模式,我们将构建一个简单的日志系统。它将由两个程序组成:第一个程序将发出日志消 息,第二个程序是消费者。其中我们会启动两个消费者,其中一个消费者接收到消息后把日志存储在磁盘,另外一个消费者接收到消息后把消息打印在屏幕上,事实上第一个程序发出的日志消息将广播给所有消费者
ChinaRainbowSea8 天前
java·spring boot·分布式·后端·rabbitmq·java-rabbitmq
8. RabbitMQ 消息队列 + 结合配合 Spring Boot 框架实现 “发布确认” 的功能在生产环境中由于一些不明原因,导致 rabbitmq 重启,在 RabbitMQ 重启期间生产者消息投递失败, 导致消息丢失,需要手动处理和恢复。于是,我们开始思考,如何才能进行 RabbitMQ 的消息可靠投递呢? 特别是在这样比较极端的情况,RabbitMQ 集群不可用的时候,无法投递的消息该如何处理呢:
ChinaRainbowSea8 天前
java·spring boot·docker·rabbitmq·java-rabbitmq
7. RabbitMQ 消息队列——延时队列(Spring Boot + 安装message_exchange“延迟插件“ 的详细配置说明)的详细讲解延时队列,队列内部是有序的,最重要的特性就体现在它的延时属性上,延时队列中的元素是希望 在指定时间到了以后或之前取出和处理,简单来说,延时队列就是用来存放需要在指定时间被处理的 元素的队列。
kill bert10 天前
java·分布式·java-rabbitmq
第30周Java分布式入门 消息队列 RabbitMQ这一步是为了将编码设置为UTF-8,以便更好地显示中文。发送者类: EmitLog接收者类: ReceiveLogs
ChinaRainbowSea11 天前
java·中间件·rabbitmq·java-rabbitmq
1. 初始 RabbitMQ 消息队列什么是 MQMQ(message queue),从字面意思上看,本质是个队列,FIFO 先入先出,只不过队列中存放的内容是 message 而已,还是一种跨进程的通信机制,用于上下游传递消息。在互联网架构中,MQ 是一种非常常 见的上下游“逻辑解耦+物理解耦”的消息通信服务。使用了 MQ 之后,消息发送上游只需要依赖 MQ,不 用依赖其他服务。
ChinaRainbowSea11 天前
java·分布式·后端·rabbitmq·ruby·java-rabbitmq
3. RabbitMQ 的(Hello World) 和 RabbitMQ 的(Work Queues)工作队列我们将用 Java 编写两个程序。发送单个消息的生产者和接收消息并打印 出来的消费者。我们将介绍 Java API 中的一些细节。 在下图中,“ P”是我们的生产者,“ C”是我们的消费者。中间的框是一个队列-RabbitMQ 代 表使用者保留的消息缓冲区
喻米粒062213 天前
java·jvm·spring boot·spring·spring cloud·sentinel·java-rabbitmq
RabbitMQ消息相关fanout广播模式:在Fanout模式中,一条消息,会被所有订阅的队列都消费。在广播模式下,消息发送流程:
程序员 小柴13 天前
java·rabbitmq·java-rabbitmq
RabbitMQ死信队列死信队列,英文缩写:DLX 。DeadLetter Exchange(死信交换机),当消息成为Dead message后,可以被重新发送到另一个交换机,这个交换机就是DLX。
Foyo Designer15 天前
java·spring boot·程序人生·spring·职场和发展·rabbitmq·java-rabbitmq
【 <二> 丹方改良:Spring 时代的 JavaWeb】之 Spring Boot 中的消息队列:使用 RabbitMQ 实现异步处点击此处查看 合集 https://blog.csdn.net/foyodesigner/category_12907601.html?fromshare=blogcolumn&sharetype=blogcolumn&sharerId=12907601&sharerefer=PC&sharesource=FoyoDesigner&sharefrom=from_link
山河已无恙20 天前
spring boot·分布式·java-rabbitmq
SpringBoot + SSE + rabbitMQ 实现服务端分布式广播推送我看远山,远山悲悯持续分享技术干货,感兴趣小伙伴可以关注下 _实现逻辑简单说明,分布式系统,当前项目有一个局部刷新的业务场景,后端处理完数据需要实时推送到前端,之前的处理办法是 WebSocket + redis ,但是 WebSocket 老断,后面考虑做一些报文加密之类的,考虑 WebSocket协议升级全双工通信之后Servlet过滤器之类不再适用,而且也没有客户端推送的需求,所以考虑使用 SSE 加 MQ 的方式,可以基于当前Web安全框架,不需要额外编码
中草药z21 天前
java·学习·rabbitmq·java-rabbitmq·持久化·高级特性
【RabbitMQ高级特性】消息确认机制、持久化、发送方确认、TTL和死信队列🔥个人主页: 中草药🔥专栏:【中间件】企业级中间件剖析消费者确认机制确保消息被正确处理后才从队列中删除。如果消费者处理失败(如业务异常或宕机),Broker 会重新投递消息。
是姜姜啊!22 天前
java·rabbitmq·java-rabbitmq
MQ,RabbitMQ,MQ的好处,RabbitMQ的原理和核心组件,工作模式MQ全称 Message Queue(消息队列),是在消息的传输过程中 保存消息的容器。它是应用程序和应用程序之间的通信方法
Cloud_.22 天前
spring boot·消息队列·rabbitmq·java-rabbitmq·mq
Spring Boot 整合 RabbitMQ:注解声明队列与交换机详解RabbitMQ 作为一款高性能的消息中间件,在分布式系统中广泛应用。Spring Boot 通过 spring-boot-starter-amqp 提供了对 RabbitMQ 的无缝集成,开发者可以借助注解快速声明队列、交换机及绑定规则,极大简化了配置流程。本文将通过代码示例和原理分析,详细介绍如何用注解实现 RabbitMQ 的集成,并深入解析交换机的作用与类型。
PXM的算法星球24 天前
spring boot·rabbitmq·java-rabbitmq
spring boot 三步集成rabbitmq引入依赖编写config类使用rabbitmq
零三零等哈来25 天前
java·rabbitmq·java-rabbitmq
Rabbitmq八股文发送消息时丢失的情况分析:生产者重试机制: 可以在配置文件(如 yaml)中进行定义,设置重试次数以及下次重试的时间间隔。不过,需要留意的是,这种同步阻塞重试的方式不太推荐使用,因为它可能会阻塞后续流程,拖慢整体的消息发送效率,对系统的实时性产生不良影响。
Cloud_.1 个月前
spring boot·rabbitmq·java-rabbitmq
Spring Boot整合RabbitMQ极简教程① 添加依赖② 配置连接信息控制台输出:消息未消费连接失败消息重复消费通过Spring Boot整合RabbitMQ只需三步:
幸好我会魔法1 个月前
java·rabbitmq·java-rabbitmq
RabbitMQ实现定时/延迟任务方案选择实现方式(两种)实现缺陷:不一定准时投送,当某一个时间堆积大量消息,那包会有延迟的基于死信队列有这样一个场景,当我是基于消息设置过期时间,第一个投送到空队列的过期时间设置为1h,第二个设置为2m,由于是顺序队列,会导致第二个消息被阻塞,所以基于死信队列还是适合固定时间的延迟