MapedFile 是 PageCache 文件封装，操作物理文件在内存中的映射以及将内存数据持久 化到物理文件中， 代码中写死了要求 os 系统的页大小为 4k, 消息刷盘根据参数 （commitLog 默认至少刷 4 页, consumeQueue 默认至少刷 2 页）才刷 以下 io 对象构建了物理文件映射内存的对象 FileChannel fileChannel = new RandomAccessFile(file 同步，producer 发送消息到 broker 保证消息持久化到磁盘在返回 异步, 通过 FlushRealTimeService 服务异步实时刷盘 1 秒钟刷一次，至少刷 4 页 六：索引服务 6.1 索引结构 IndexFile 存储

幵修改状态，Offset 就是数据的地址。 RocketMQ 返种实现事务方式，没有通过 KV 存储做，而是通过 Offset 方式，存在一个显著缺陷，即通过 Offset 更改数据，会令系统的脏页过多，需要特别关注。 4.14 定时消息 定时消息是挃消息収到 Broker 后，丌能立刻被 Consumer 消费，要到特定的时间点戒者等待特定的时间后才能 被消费。 如果要支持任意的时间精度，在 会丌会导致系统内存溢出，答案是否定的，原因如下： a) 写入消息到 PAGECACHE 时，如果内存丌足，则尝试丢弃干净的 PAGE，腾出内存供新消息使用，策略 是 LRU 方式。 b) 如果干净页丌足，此时写入 PAGECACHE 会被阻塞，系统尝试刷盘部分数据，大约每次尝试 32 个 PAGE， 项目开源主页：https://github.com/alibaba/RocketMQ 19

第一种，Mmap+PageCache 的方式，读写消息都走的是 pageCache，这样子读写 都在 pagecache 里面不可避免会有锁的问题，在并发的读写操作情况下，会出现缺页中断 降低，内存加锁，污染页的回写。 第二种，DirectByteBuffer(堆外内存)+PageCache 的两层架构方式，这样子可以实 现读写消息分离，写入消息时候写到的是 DirectByteBuffer——堆外内存中 system busy、broker busy 原因分析与解决方案坑 < 98 是刷到磁盘文件中)，带来的好处就是，避免了内存操作的很多容易堵的地方，降低了时延， 比如说缺页中断降低，内存加锁，污染页的回写。 温馨提示：如果想与胡宗棠大神进一步沟通交流，可以关注他的 github 账号：https:/ /github.com/zongtanghu 不知道大家会不会有另外一个担忧，如果开启了

SwitchyOmega 浏览器插件，Edge 浏览器请访问这个链接，Firefox 浏览器 访问这个链接，Chrome 浏览器访问这个链接。 4. 安装好 SwitchyOmega 插件之后，打开插件的选项页, 点击左边的“+New Profile”，如下图所⽰ Page 15 of 18 5. 在弹出的窗⼝中输⼊ New Profile 的名字，并点击右下方的 Create

SwitchyOmega 浏览器插件，Edge 浏览器请访问这个链接，Firefox 浏 览器访问这个链接，Chrome 浏览器访问这个链接。 4. 安装好 SwitchyOmega 插件之后，打开插件的选项页, 点击左边的“+New Profile”，如下图所示 5. 在弹出的窗口中输入 New Profile 的名字，并点击右下方的 Create 按钮，如 下图： Page