java gc 总结

垃圾查找

1.基于计数器

对象有引用计数，计数为0的，可以被收集

2.基于有向图

从gc root(栈、静态变量、JNI 变量)遍历，能访问的对象，不用被收集，其他的，可以被收集

因为计数器不能解决 互相引用的问题，一般都不使用这种算法

目前商业JVM 都是使用有向图算法 来找垃圾

找到了垃圾，下面开始要回收了

垃圾回收

1.基于复制

把存活对象复制到其他区域，当前区域整体释放

2.基于标记-清除

先标记可回收对象，再释放被回收对象，这种情况下，有内存碎片

3.基于标记-整理

先标记可回收对象，再把不可回收对象 压缩到当前回收域的一端，整体释放当前回收域剩下的区域， 能防止内存碎片

以上这3个算法是基础算法

还有一些具体的加速回收速度，减小停顿时间，增加吞吐量的算法

1.内存分代

不同存活时间的对象，放到不同的分代区域中，新生代/老生代

2.内存分区域

每个代中内存 再分为多个大小相同的区，按区收集垃圾，能减少碎片整理时间

3.执行分阶段

垃圾回收过程分为几个不同的阶段，能减小系统暂停时间

比如先标记垃圾对象，标记完后，发现暂停时间已经比较长了，那就先暂停执行GC，让工作线程先工作，等一段时间后，在执行下一阶段的GC流程

具体垃圾收集器，都是实现了上面某些算法

1.serial gc

串行收集器，单线程执行，追求低停顿时间，用于新生代收集

2.parnew gc

多线程版本的串行收集器，多线程执行，追求低停顿时间，用于新生代收集

3.parallel scavenge gc

并行收集器，多线程执行，追求高吞吐量，用于新生代收集

4.serial old gc

串行老生代收集器，单线程执行，追求低停顿时间，用于老生代收集

5.parallel old gc

并行老生代收集器，多线程执行，追求高吞吐量，用于老生代收集

6.cms gc

并发收集器，多线程执行，追求低停顿时间，用于老生代收集

7.g1 gc

g1收集器，多线程执行，追求低停顿时间，也追求高吞吐量，有点实时、高吞吐量的意思，既用于新生代收集，也用于老生代收集

这个GC 兼顾了停顿时间和吞吐量，是未来GC的方向，目前这个GC稳定性据说还有待验证，如果将来稳定了，大伙都用这个GC就好了

JVM参数和GC收集器的对应关系

UseSerialGC

虚拟机运行在Client 模式下的默认值，打开此开关后，使用Serial + Serial Old 的收集器组合进行内存回收

UseParNewGC

打开此开关后，使用ParNew + Serial Old 的收集器组合进行内存回收

UseConcMarkSweepGC

打开此开关后，使用ParNew + CMS + Serial Old 的收集器组合进行内存回收。

Serial Old 收集器将作为CMS 收集器出现Concurrent Mode Failure失败后的后备收集器使用

UseParallelGC

虚拟机运行在Server 模式下的默认值，打开此开关后，使用ParallelScavenge + Serial Old（PS MarkSweep）的收集器组合进行内存回收

UseParallelOldGC

打开此开关后，使用Parallel Scavenge + Parallel Old 的收集器组合进行内存回收

UseG1GC

打开此开关后，使用G1回收器 回收新生代和老生代内存

注意：指定GC回收器时 一般需要为新生代和老生代分别指定GC回收器，不过有些参数有默认行为，指定了一个参数，就相当于同时指定了 新/老 GC

默认情况下，老生代GC回收器会对pem space(永久代)进行回收，也就是发生full gc(major gc)时，会同时收集老生代和持久代的垃圾对象

GC优化主要针对垃圾回收这些具体算法来进行的

1.不管使用哪种GC，都会导致系统停止响应(stop-the-world),只是时间长短而已，要考虑响应时间和不丢包(UDP)

2.多核CPU尽量使用多线程GC，来减少停顿时间及提高吞吐量

3.吞吐量和停顿时间，一般是个矛盾体，追求吞吐量大，停顿时间就会长;追求停顿时间，吞吐量就小；看应用追求哪个指标，选择相应的算法

内存优化

不仅包括GC优化，也包括内存参数优化

1.内存性能参数优化,包括堆大小等等参数

2.GC优化

JVM优化

1.CPU

2.内存

3.IO

java性能调优

JVM性能分析(找瓶颈\找BUG)

JVM优化

代码优化/bug

操作系统优化

硬件(这个很少涉及)