1.7 一次 RocketMQ 进程自动退出排查经验分享 这两个参数，不能直接根据 是否生成 dump 文件，那退而求其次去查看其 GC 日志， 将 GC 日志下载到本地，然后可以使用一个在线 gc 日志分析工具：https://gceasy.io/ ， 将 gc 日志上传后会给出图形化的展示，其图如下： 发现垃圾回收很正常。 既然 Java 进程不是由于内存溢出等问题导致的退出，那又会是什么原因呢？那我们 客户端返回[TIMEOUT_CLEAN_QUEUE]broker busy，这个在本文的第 3 部分会详细 介绍。 在 RocketMQ 客户端遇到网络超时，通常可以考虑一些应用本身的垃圾回收，是否由 于 GC 的停顿时间导致的消息发送超时，这个我在测试环境进行压力测试时遇到过，但生 产环境暂时没有遇到过，大家稍微留意一下。 在 RocketMQ 中通常遇到网络超时，通常与网络的抖动有关系，但由于我对网络不是

�GF��)FE�A��)�����������.)"��FGA;��� �F;B=����GF�� �GF�����E=N��F;B=����GF�� GIFG=I�A=��� ��GC=�F�=����=��GG=I D�GG=I���E=N�,A=C���D=(��=���GC=�F�=����=��GG=I �NFI��"��;F�E����� �FGA;�=C=;�FI �=C=;�FI���E=N��=���C��FGA;�=C=;�FI

系统产生致命影响。 操作系统Page Cache Radix Tree 每个Page的阻塞锁，产生几百毫秒小毛刺 写入数据平均响应时间不超过1ms 写入数据最大响应时间不超过20ms（Java GC暂停线程引起） 1.4万亿 双十一当天高可用要求 ~~ 100% 低延迟的分布式存储系统 在线熔断机制 完善的容量评估 SLA=99.999% 1.4万亿 在线熔断机制 ①消息服务器

系统产生致命影响。 操作系统Page Cache Radix Tree 每个Page的阻塞锁，产生几百毫秒小毛刺 写入数据平均响应时间不超过1ms 写入数据最大响应时间不超过20ms（Java GC暂停线程引起） 1.4万亿 双十一当天高可用要求 ~~ 100% 低延迟的分布式存储系统 在线熔断机制 完善的容量评估 SLA=99.999% 1.4万亿 在线熔断机制 ①消息服务器