我对rabbitmq的理解(第一次)

众所周知rabbitmq是一个中间件,作用呢是帮助系统高效处理消息,解决了传统项目复杂业务(多个非核心操作)串行同步,带来的响应时间长,容错能力低,耦合性高。它实现了AMQP协议高级消息队列协议。

如何解决这三个问题(异步处理机制,消息重试机制,设计解耦)

异步处理机制(系统处理完核心操作就给使用者反馈触发生产者将非核心操作(失败不会影响业务核心功能),发送到消息队列,让消费者根据自身情况处理)

消息重试机制(当消息发送给消费者,消费者迟迟不返回ACK消息,则重复几次还是没有->死信队列人工处理)

设计解耦(消费者错误或修改不影响其他角色)

主要包含 生产者 , 消费者 ,交换机 ,消息队列 四个角色展开活动

消息的传递过程 生产者->交换机->消息队列->消费者

实际业务使用 生产者产生消息并发送给交换机,交换机根据消息中的路由键来判断发送给哪一个消息队列,消费者监听消息队列从而获取消息并且消费消息。

那么其中关撬有很多了,消息在传递过程中丢失了咋办?消息队列占满了咋办?消息一直在消息队列中不管是不是被消费?消费者获取到信息消费失败咋办?rabbitmq容器宕机了咋办?

第一个问题:如何识别消息被接收成功以及触发重新发送 主要是这个 生产者->交换机->消息队列过程

第二个问题:消息队列的删除机制

第三个问题:不是,消息被消费完成,消费者会给队列发送ACK消息,队列收到该消息把对应的消息删除

第四个问题:消息重试,当队列迟迟没有收到ACK消息,重新发送消息给指定消费者

第五个问题:消息以及交换机配置信息持久化

这几个问题就是rabbitmq,设计的核心所在

注意消费者不是系统的使用者,而是监听和处理消息的一个类。

使用者只是业务的触发者。

估计错误有很多记录

相关推荐
OxYGC1 天前
[RabbitMQ] 最新版本深度解析:4.0+ 新特性、性能飞跃与生产实践(2025 年更新)
分布式·rabbitmq
Super Rookie1 天前
RabbitMQ 自动化脚本安装方案
运维·自动化·rabbitmq
武子康1 天前
Java-154 深入浅出 MongoDB 用Java访问 MongoDB 数据库 从环境搭建到CRUD完整示例
java·数据库·分布式·sql·mongodb·性能优化·nosql
Q飞了1 天前
分布式存储Ceph与OpenStack、RAID的关系
分布式·ceph·openstack
回家路上绕了弯1 天前
深入浅出:如何设计一个可靠的分布式 ID 生成器
分布式·后端
阿什么名字不会重复呢2 天前
Hadoop报错 Couldn‘t find datanode to read file from. Forbidden
大数据·hadoop·分布式
兜兜风d'2 天前
Spring Boot 整合 RabbitMQ :四大核心模式解析
spring boot·rabbitmq·java-rabbitmq
在未来等你2 天前
Kafka面试精讲 Day 25:Kafka与大数据生态集成
大数据·分布式·面试·kafka·消息队列
武子康2 天前
大数据-134 ClickHouse 单机+集群节点落地手册 | 安装配置 | systemd 管理 / config.d
大数据·分布式·后端