java实时监听GC

最新推荐文章于 2026-07-03 16:40:16 发布

原创最新推荐文章于 2026-07-03 16:40:16 发布 · 1k 阅读

本内容遵循CC 4.0 BY-SA版权协议

背景

本文旨在解决发生gc时，程序能实时感知到，并且能知道本次gc的类型（full gc还是），造成的原因等详细数据。因为是试试感知的，当发生gc时，把当前的线程栈，和当前堆统计信息、堆转储文件保存下来，方便排查问题，防止我们排查问题时程序已经恢复，导致无法定位问题。

监控jvm

java提供了一种标准化的方法来管理和监控Java应用程序，就是Java Management Extensions(JMX)。JMX提供了很多称为 MBeans（Managed Beans）的管理组件，这些组件充当被管理资源的代理，并通过 JMX 接口公开资源的操作和属性。通过 MBeans，您可以监控和管理各种 Java 应用程序和服务器的性能、状态和配置。如ThreadMXBean，可以获取线程的执行时间，线程数量等等。实际上基本所有的jvm监控平台，像普罗米修斯等都是通过JXM采集的jvm的数据。
还有java自带的jconsole工具也是这样采集的，下面我来用jconsole来演示下

首先增加java的启动参数
-Dcom.sun.management.jmxremote
-Djava.rmi.server.hostname=服务的ip
-Dcom.sun.management.jmxremote.port=随便一个端口
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.authenticate=false
这样就开启了一个JMX的远程连接服务

然后用jconsole命令连接到服务
jconsole 上面设置的ip:上面设置的端口

这样就打开了一个窗口，里面会每3秒通过JMX统计一下jvm的运行情况

也可以自定义我们自己的监控，像阿里的druid

GarbageCollectorMXBean

这个bean就是JXM提供的GC数据，通过这个bean我们可以获取gc的收集次数（java.lang.management.GarbageCollectorMXBean#getCollectionCount），收集的总时间（java.lang.management.GarbageCollectorMXBean#getCollectionTime）。有些gc监控就是用的这两个方法，通过一个定时程序，比如每隔1秒就获取一次gc的收集次数，然后减去上次获取的收集次数，就能知道在这1秒内，发生了几次gc。而且jvm内一般会有多个GarbageCollectorMXBean，因为jvm有多个收集器（如年轻代，老年代）。用年轻代的GarbageCollectorMXBean就能获取年轻代的收集次数，用老年代的GarbageCollectorMXBean就能获取老年代的收集次数。不过这种定时统计一次的方式，有些弊端，不够实时，能获取到的gc数据有限，所以我们用另一种方式来实时感知gc，并获取足够详细的gc数据

GarbageCollectorMXBean监听器

GarbageCollectorMXBean提供了gc的监听器，可以监听GarbageCollectorMXBean，当发生gc时会回调我们的方法，并把本次gc的数据回传过来

        List<GarbageCollectorMXBean> beanList = ManagementFactory.getGarbageCollectorMXBeans();
        beanList.stream().filter(NotificationEmitter.class::isInstance).forEach(gcMxBean -> {
            String gcType = getGcTypeByGcName(gcMxBean.getName());
            if (!GC_OLD.equals(gcType)) {
                return;
            }
            NotificationEmitter emitter = (NotificationEmitter) gcMxBean;
            // 注册监听器来监听Full GC事件
            emitter.addNotificationListener((notification, handback) -> {
                Object userData = notification.getUserData();
                if (!(userData instanceof CompositeData)) {
                    log.warn("GcMonitor userData is not a CompositeData userData:{}", JSON.toJSONString(userData));
                    return;
                }
                CompositeData cd = (CompositeData) userData;
                GarbageCollectionNotificationInfo info = GarbageCollectionNotificationInfo.from(cd);
                String gcCause = info.getGcCause();
               
            }, notification -> GarbageCollectionNotificationInfo.GARBAGE_COLLECTION_NOTIFICATION.equals(notification.getType()), null);
        });


private static String getGcTypeByGcName(String gcName) {
        if ("Copy".equals(gcName)
                || "PS Scavenge".equals(gcName)
                || "ParNew".equals(gcName)
                || "G1 Young Generation".equals(gcName)) {
            return GC_YOUNG;
        }
        if ("MarkSweepCompact".equals(gcName)
                || "PS MarkSweep".equals(gcName)
                || "ConcurrentMarkSweep".equals(gcName)
                || "G1 Old Generation".equals(gcName)
                || "ZGC".equals(gcName)) {
            return GC_OLD;
        }
        return null;
    }

这里能获取到的信息就多了

如gc名。gc动作，gc原因，gc收集前后的堆内存情况等等

我们通过gcCause，就能知道这次gc到底是什么，是否是full gc，因为cms收集器，fullgc和oldgc用的都是用一个GarbageCollectorMXBean，这时候就可以通过gcCause来判断本次gc是什么类型的gc

这里我用一个枚举列举了那些gccause是full gc

@Getter
@AllArgsConstructor
public enum GcCauseEnum {

    SYSTEM_GC(true, "System.gc()"),
    FULL_GC_ALOT(true, "FullGCAlot"),
    SCAVENGE_ALOT(false, "ScavengeAlot"),
    ALLOCATION_PROFILER(false, "Allocation Profiler"),
    JVM_TI_FORCE_GC(true, "JvmtiEnv ForceGarbageCollection"),
    GC_LOCKER(true, "GCLocker Initiated GC"),
    HEAP_INSPECTION(true, "Heap Inspection Initiated GC"),
    HEAP_DUMP(true, "Heap Dump Initiated GC"),
    WB_YOUNG_GC(false, "WhiteBox Initiated Young GC"),
    WB_CONC_MARK(false, "WhiteBox Initiated Concurrent Mark"),
    WB_FULL_GC(true, "WhiteBox Initiated Full GC"),
    NO_GC(false, "No GC"),
    ALLOCATION_FAILURE(true, "Allocation Failure"),
    TENURED_GENERATION_FULL(true, "Tenured Generation Full"),
    METADATA_GC_THRESHOLD(true, "Metadata GC Threshold"),
    METADATA_GC_CLEAR_SOFT_REFS(true, "Metadata GC Clear Soft References"),
    CMS_GENERATION_FULL(true, "CMS Generation Full"),
    CMS_INITIAL_MARK(true, "CMS Initial Mark"),
    CMS_FINAL_REMARK(true, "CMS Final Remark"),
    CMS_CONCURRENT_MARK(false, "CMS Concurrent Mark"),
    OLD_GENERATION_EXPANDED_ON_LAST_SCAVENGE(false, "Old Generation Expanded On Last Scavenge"),
    OLD_GENERATION_TOO_FULL_TO_SCAVENGE(true, "Old Generation Too Full To Scavenge"),
    ADAPTIVE_SIZE_POLICY(true, "Ergonomics"),
    G1_INC_COLLECTION_PAUSE(false, "G1 Evacuation Pause"),
    G1_HUMONGOUS_ALLOCATION(false, "G1 Humongous Allocation"),
    DC_MD_GC_RUN(false, "Diagnostic Command"),
    LAST_GC_CAUSE(false, "ILLEGAL VALUE - last gc cause - ILLEGAL VALUE"),
    ZGC_PROACTIVE(false, "Proactive"),
    ZGC_ALLOCATION_RATE(false, "Allocation Rate"),
    ZGC_ALLOCATION_STALL(false, "Allocation Stall");

    private final boolean fullGc;
    private final String desc;

    public static GcCauseEnum getByDesc(String desc) {
        return Arrays.stream(GcCauseEnum.values()).filter(e ->
                e.getDesc().equals(desc)).findFirst().orElse(null);
    }
}

gc后我们能做什么

感知到gc了，我们就可以，发送告警，打印当前栈，保存对转储存文件，保存堆对象统计信息

1.保存堆转储文件

有两种方式保存堆转储文件，这两种生成的文件和jmap -dump命令一样

1.使用HotSpotDiagnosticMXBean

HotSpotDiagnosticMXBean hotSpotDiagnosticMXBean = ManagementFactory.newPlatformMXBeanProxy(server
, "com.sun.management:type=HotSpotDiagnostic", HotSpotDiagnosticMXBean.class);
hotSpotDiagnosticMXBean.dumpHeap("文件地址",false);

2.使用HotSpotDiagnosticMXBean修改jvm参数

修改jvm参数HeapDumpBeforeFullGC为true，使下次发生full gc后dump出文件
HotSpotDiagnosticMXBean hotSpotDiagnosticMXBean = ManagementFactory.newPlatformMXBeanProxy(server
, "com.sun.management:type=HotSpotDiagnostic", HotSpotDiagnosticMXBean.class);
hotSpotDiagnosticMXBean.setVMOption("HeapDumpBeforeFullGC", "true");

2.统计堆内对象信息

使用HotSpotVirtualMachine以attach的方式统计对象信息，效果和jmap -histo pid一样。

            RuntimeMXBean runtimeMXBean = ManagementFactory.getRuntimeMXBean();
            String name = runtimeMXBean.getName();
            String pid = name.split("@")[0];
            VirtualMachine virtualMachine = VirtualMachine.attach(pid);
            HotSpotVirtualMachine hotSpotVirtualMachine = (HotSpotVirtualMachine) virtualMachine;
        try {
            Path targetPath = Paths.get("保存统计信息的路径");
            try (InputStream is = hotSpotVirtualMachine.heapHisto("-all")) {
                Files.copy(is, targetPath, StandardCopyOption.REPLACE_EXISTING);
            }
        } catch (Exception e) {
            log.error("dumpHeapHISTO error", e);
        }

标签

#java #开发语言