我们可以从
1）：选项-XX：+PrintGCTimeStamps将在每次收集开始时添加时间戳。这对于查看垃圾收集发生的频率非常有用。
使用上面的选项，我们可以得到粗略的估计，无论您是否假设该进程正在英勇地进行GC'ing，从而导致CPU峰值。
如果你的假设是正确的，那么开始调整你的GC。

Both parallel collector and Concurrent Collector will throw an OutOfMemoryError if too much time is being
 spent in garbage collection: if more than 98% of the total time is spent in garbage collection and 
less than 2% of the heap is recovered, an OutOfMemoryError will be thrown. the option X:-UseGCOverheadLimit 
 is enabled by default for both Parallel and concurrent collector . Check whether this option is disabled in
 your system .

有关JVM中Gc调优的更多信息，请参阅this，有关vm调试选项，请检查此

并行收集器和并发收集器有一个“开销限制”，它可能会做你想做的事情：
如果总时间的98%以上用于垃圾回收，而回收的堆不到2%，则将引发OutOfMemoryError
有关详细信息，请参阅http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html。

最好的办法是找出内存泄漏并修复它。
一种在高内存使用情况下退出的简单方法：

if(Runtime.getRuntime().totalMemory()>100*1024*1024)
    System.exit(0);

尝试查看JVM中当前正在运行哪些进程。

• 使用jstack，你可以创建一个线程转储（也有其他方法可以做到这一点）
• 使用jvisualvm，您可以查看JVM的当前状态（需要一些资源）
• 同时打开verbosegc（以证明GC是频繁的）

您需要找到一种方法来收集一些关于GC工作的统计数据。实际上有一些方法可以做到这一点。我不会做复制粘贴，只是给予你类似的问题的链接：
Can you get basic GC stats in Java?
我相信，你会想到如何分析这个统计数据，并决定何时GC是不断活跃的。
因为这个问题包含了GC统计应用的一些新的想法，我不认为它是重复的。