java8 jstat gccause_使用 jstat 监控 gc 变化并理解 JVM 内存回收策略

之前在项目中做服务端异常测试的时候，一般是用jstat监控gc变化，对JVM的内存回收策略有一些了解，最近趁有时间，整理下之前测试过程中的一些笔记，对其中部分重要的内容再消化一下。

1、JVM垃圾回收算法

主要有以下几种：

1、标记-清除法

首先标记出所有需要回收的对象，使用可达性分析算法判断一个对象是否为可回收，在标记完成后统一回收所有被标记的对象。

说明：1.效率问题，标记和清除两个阶段的效率都不高。2.空间问题，标记清除后会产生大量不连续的内存碎片，以后需要给大对象分配内存时，会提前触发一次垃圾回收动作。

2、复制算法

将内存分为两等块，每次使用其中一块。当这一块内存用完后，就将还存活的对象复制到另外一个块上面，然后再把已经使用过的内存空间一次清理掉。

说明：1.无内存碎片问题。2.可用内存缩小为原来的一半。 3.当存活的对象数量很多时，复制的效率很慢。

3、标记-整理法

标记过程还是和标记 - 清除算法一样，之后让所有存活的对象都向一端移动，然后直接清理掉边界以外的内存。

说明：1.无需考虑内存碎片问题。

4、分代收集法(现在的虚拟机垃圾收集大多采用这种方式)

算法设计思路是：把对象按照寿命长短来分组，分为年轻代、年老代和持久代，不同代上采用最适合的gc方式进行回收。

JVM在每一次执行垃圾收集器时，只是对一小部分内存对象引用进行检查，这一小部分对象的生命周期也更短，从而加快了垃圾收集的性能。

避免了对堆中的所有对象进行检查时所带来的程序的响应的延迟&#