摘要：
RocketMQ 源码级解读图谱 本文旨在展示 RocketMQ 核心模块的 关键方法调用顺序 + 内存布局 + 多线程刷盘线程 1. CommitLog 内部方法调用链 + 内存布局 1.1 内存布局与文件结构 顺序写消息序列化CommitLog+MappedFileList mappedFile 阅读全文
posted @ 2025-09-18 15:57
NeoLshu
阅读(4)
评论(0)
推荐(0)
摘要：
第二章 · RocketMQ 机制篇（核心特性与原理） 2.1 消息存储机制 2.1.1 存储架构概览 RocketMQ 的消息存储是统高吞吐和可靠性的核心。存储架构主要由三部分组成：CommitLog、ConsumeQueue 和 IndexFile。 模块功能CommitLog消息的物理存储，顺 阅读全文
posted @ 2025-09-18 15:55
NeoLshu
阅读(5)
评论(0)
推荐(0)
摘要：
1.1 RocketMQ 简介与发展历史 1.1.1 为什么需要消息队列 在分布式系统架构中，服务之间通常面临以下挑战： 系统耦合度高 如果服务 A 调用服务 B 时是同步依赖，那么 B 服务压力过大可能导致整个系统链路阻塞。 流量削峰填谷 高并发场景下（如电商秒杀），直接将请求打到数据库或下游服务 阅读全文
posted @ 2025-09-18 15:38
NeoLshu
阅读(4)
评论(0)
推荐(0)
摘要：
一、什么是死信队列（DLQ）？为什么需要它？ 定义（简短）：死信队列（Dead Letter Queue，DLQ）是用来保存无法被正常消费或处理的消息的特殊队列/主题。它让系统不会因为个别“坏消息”阻塞主消费流，而是把这些问题消息隔离出来，供人工或自动化流程后续排查、修复或重试。 （企业/云厂商对D 阅读全文
posted @ 2025-09-18 15:13
NeoLshu
阅读(4)
评论(0)
推荐(0)
摘要：
概览 — 三个角色一目了然 Producer（生产者）：消息的创建者与发送者。负责消息的序列化、路由决策、重试、批量、压缩与发送可靠性（ACK策略、事务等）。Broker（中间件/服务端）：消息的接收、存储、路由和分发器。负责持久化、索引、副本同步、高可用、流控与监控。Consumer（消费者）：消 阅读全文
posted @ 2025-09-18 15:00
NeoLshu
阅读(3)
评论(0)
推荐(0)
摘要：
一、基础概念 延迟消息（Delayed Message） 消息被发送后，并不会立刻投递给消费者，而是等待一段时间（Delay Time）后再投递。典型应用：订单未支付 30 分钟自动取消、延迟重试任务、缓存预热。 定时消息（Scheduled Message） 消息在一个 指定的时间点 才会投递给消 阅读全文
posted @ 2025-09-18 14:55
NeoLshu
阅读(6)
评论(0)
推荐(0)
摘要：
一、为什么要保证消息顺序？ 在很多业务场景中，消息的先后顺序至关重要，比如： 电商订单：先创建订单 → 再支付 → 再发货，顺序必须正确。金融交易：转账操作必须严格按照请求的时间顺序处理。日志处理：日志消息必须按产生顺序写入。 如果顺序错乱，可能造成严重的数据不一致问题。 二、消息顺序分类 全局顺序 阅读全文
posted @ 2025-09-18 14:53
NeoLshu
阅读(2)
评论(0)
推荐(0)
摘要：
一、为什么需要消息持久化？ 保证消息不丢失：在 Broker 宕机、网络异常、消费者离线的情况下，仍能恢复消息。满足高可靠业务需求：电商订单、金融支付、物流跟踪等核心链路。应对消息堆积：持久化存储可避免内存耗尽，支持长时间积压与延迟消费。 持久化的本质：将消息从内存转存到磁盘（或分布式存储），结合确 阅读全文
posted @ 2025-09-18 14:51
NeoLshu
阅读(5)
评论(0)
推荐(0)
浙公网安备 33010602011771号