[发明专利]针对JAVA进程垃圾回收的监控方法及监控系统

说明书

本发明涉及一种针对JAVA进程垃圾回收的监控方法，包括获取待监控进程的JVM标识信息；配置监控参数；其中，监控参数至少包括一年轻代垃圾回收指标和一年老代垃圾回收指标；启动监控，收集并保存待监控进程的JVM数据；统计JVM数据所包含的垃圾收集动作，以确定年轻代垃圾回收指标和年老代垃圾回收指标；基于统计结果来确定年轻代垃圾回收指标和/或年老代垃圾回收指标是否满足相应的告警标准。该方法以非侵入式方式来监控JVM数据，不依赖外部工具，无需根据不同中间件做适配，具有广泛的适用性。

技术领域

本发明涉及应用程序的资源回收技术领域，更具体地，涉及一种针对JAVA进程垃圾回收的监控方法。

背景技术

在Java程序运行过程中，对不需要的对象进行回收，以释放资源和空间。堆空间分为三个分代空间：年轻代、年老代和持久代。年轻代空间大多是小对象并且会被频繁回收，年轻代堆空间的垃圾回收较为频繁。年轻代堆空间的长期存活对象会转移到（也许是永久性转移）年老代堆空间；这个堆空间通常比年轻代的堆空间大，并且其空间增长速度较缓。持久代堆空间存放VM和Java类的元数据（metadata），以及interned字符串和类的静态变量。

Java程序使用垃圾回收器（GC）来实现资源的回收，在创建对象的时候会自动分配内存，并在该对象不再使用时自动释放对象所使用的内存。在程序执行过程中，垃圾回收器会执行多次垃圾收集动作。举例而言，当年轻代堆空间紧张时会触发次收集动作（MinorGC），其相对于全收集动作（Full GC）而言，回收间隔较短。而当老年代或持久代堆空间满了，会触发全收集动作，其通常是显式地启动。

频繁的垃圾回收会导致程序卡顿，而垃圾回收不彻底又会导致内存溢出等问题。开发大型 Java 应用程序的过程中难免遇到内存泄露、性能瓶颈等问题，比如文件、网络、数据库的连接未释放，未优化的算法就会引起这些问题。随着应用程序的持续运行，可能会造成整个系统运行效率下降，甚至造成系统崩溃。

针对垃圾回收的监控，通常有两类方法。一是在服务器上手动输入命令查看。通过控制命令以及相应的参数设置，可以从控制台输出JAVA虚拟机（JVM）在当前时刻的相关信息，垃圾回收数据也可以通过命令在终端持续展示。二是使用JConsole、VisualVM等类似GUI工具。通过在目标监控系统安装或者配置客户端，或通过JMX协议建立远程连接，这些工具可以连接到目标Java进程，将垃圾回收相关数据在固定的面板上以累积的方式进行展示。上述工具在监控JVM时都依赖于JMX协议或者特定Java守护进程。这需要在Java应用启动前通过配置来支持JMX协议与对应端口，而不同的应用中间件配置JMX协议的方式均有差异。使用守护进程也需要在目标监控机器上配置Java权限控制等操作来启动。这些操作都需要具有专业技能的技术人员来进行，这降低了监控的易用性。此外，开放JMX协议与相应端口也增加了目标系统被入侵的风险。

发明内容

本发明的一个方面在于提供一种能够至少部分地克服现有技术不足的针对JAVA进程垃圾回收的监控方法。

一种针对JAVA进程垃圾回收的监控方法包括：获取待监控进程的JVM标识信息；配置监控参数；其中，监控参数至少包括一年轻代垃圾回收指标和一年老代垃圾回收指标；启动监控，收集并保存待监控进程的JVM数据；统计JVM数据所包含的垃圾收集动作，以确定年轻代垃圾回收指标和年老代垃圾回收指标；基于统计结果来确定年轻代垃圾回收指标和/或年老代垃圾回收指标是否满足相应的告警标准。

可选地，该方法还包括：基于第二待监控进程的一个JVM标识信息与第一待监控进程的相应JVM标识信息相同，确定第二待监控进程为第一待监控进程的延续进程。

可选地，年轻代垃圾回收指标包括在一时间段内年轻代垃圾回收所占用的第一平均时长，年老代垃圾回收指标包括年老代垃圾回收所产生的资源释放量，其中告警标准包括：第一平均时长大于第一监控阈值；以及资源释放量小于第二监控阈值。