jvm垃圾回收算法和垃圾回收器

垃圾回收算法：4种

1. 复制算法 （年轻代）
2. 标记清除算法 （老年代）
3. 标记整理算法 （老年代）
4. 分代收集算法 （堆内）
5. 引用计数法

垃圾回收

怎么查看服务器默认的垃圾回收器？

通过**-XX:+PrintCommandLineFlags -version** 查看jvm 默认信息
使用 -XX:+UseG1GC

C:\javaEE\Threads>java -XX:+PrintCommandLineFlags -version
-XX:G1ConcRefinementThreads=8   -XX:GCDrainStackTargetSize=64 
-XX:InitialHeapSize=265901632   -XX:MaxHeapSize=4254426112
 -XX:MinHeapSize=6815736  -XX:+PrintCommandLineFlags 
 -XX:ReservedCodeCacheSize=251658240    -XX:+SegmentedCodeCache
  -XX:+UseCompressedClassPointers      -XX:+UseCompressedOops
   **-XX:+UseG1GC**   -XX:-UseLargePagesIndividualAllocation
java version "13-ea" 2019-09-17
Java(TM) SE Runtime Environment (build 13-ea+33)
Java HotSpot(TM) 64-Bit Server VM (build 13-ea+33, mixed mode, sharing)

设置垃圾回收器

通过jps -l 查看当前运行的线程

STW：暂停整个应用；
DefNew Default New Generation
Tenured Old
ParNew Parallel New Generation
PSYoungGen Parallel Scavenge
ParOldGen Parallel Old Generation
吞吐量：用户代码运行时间 /( 用户代码运行时间+垃圾回收时间)

新生代

串行 Serial

一个单线程的收集器，在进行垃圾回收的时候，必须暂停其他的所有工作线程直到它收集完成 。
在单线程中Serial 串行收集器依然是最稳定，效率最高的收集器，没有线程交互的开销，可以获得最高的单线程垃圾收集效率。
因此，Serial 依然是java虚拟机Client模式下默认的新生代垃圾收集器。

-XX：+UseSerialGC
开启后， young区用Serial +old区用Serial Old收集器组合
表示 新生区、老年代使用串行回收收集器，新生代使用复制算法，老年代使用标记-整理算法。

并行 ParNew

使用多线程进行垃圾回收，相比较于Serial收集器 新生代使用多线程进行垃圾回收，其余与Serial一样。

-XX:+UseParNewGC；
开启后 Young区用ParNew+Old区用Serial Old的组合 ，但是java8 不再推荐使用这种组合；

-XX:ParNewGCThreads 限制线程数量，默认开启和CPU数目相同的线程数

并行回收 Parallel Scavenge （多对多）

类似于ParNew 也是新生代的垃圾回收器，使用复制算法，也是一个并行的多线程的垃圾回收器。
不仅在新生代并行在老年代也并行回收；
与ParNew的一个重要区别：自适应调节-虚拟机会根据当前系统的运行情况收集性能监控信息，动态调节参数以提供最合适的停顿时间或吞吐量；

与Parallel Old 互相激活使用，新生代Parallel老年代Parallel Old

老年代

Parallel Old

为老年代提供吞吐量优先的垃圾回收器 jdk8后 新生代Parallel Scavenge + 老年代 Parallel Old 互相激活使用

Serial Old

单线程收集，标记整理算法

CMS 并发标记清除

Concurrent Mark Sweep 是一种以获得最少停顿时间为目标的收集器；并发：与用户线程一起执行；
适用于 互联网站或B/S的服务器上，这类应用优先考虑服务器的响应速度，希望系统停顿时间最短
-XX:+UseConcMarkSweepGC 开启参数后会自动将 -XX:+UseParNewGC打开；
开启参数后，使用ParaNew(Yuong区)+CMS(Old区)+Serial Old（后备）的收集组合： 当CMS出错后，将CMS替换为Serial Old

CMS 四个过程：
1.初始标记 （停）
标记GCRoot能直接关联的对象；
2.并发标记
进行GCRoot跟踪过程，从前一阶段标记的对象出发，标记所有可达对象，和用户线程一起运行，主要是标记过程；
3.重新标记 （停）
修正在并发标记期间，由于用户程序也在运行而导致标记产生的变动，正式清理前的修正； 如：从新生代晋升的对象，新分配到老年代的对象以及在并发阶段被修改的对象；
4. 并发回收
清理无效对象；
引发问题 CMS是老年代的回收器，如何确定对象存活？会扫描新生代吗？
答案是会的：在扫描GCRoot对象可达，并且标记时不可避免要经过新生代：

优缺点：
优： 并发清除，停顿时间短
缺： ①：由于并发执行，cms与用户线程会同时增大对堆内存的占用，**CMS必须在堆内存用尽时完成，**否则cms失败用SerialOld 替换；从而造成较大停顿时间
②;标记清除没有整理过程，会造成空间碎片，老年代会随着时间推移而逐步耗尽，最后不得不使用担保机制 SerialOld
但是CMS提供了参数-XX：CMSFullGCsBeForeCompaction(默认0，即每次都进行内存整理)，来指定多少次cms收集后进行一次压缩的full gc

新生代老年代

G1

G1横跨yuong区和old区，仍然属于分代收集器
G1（Garbage-first），是一款面向服务端应用的收集器
与G1相比 都是与应用程序并发执行；
但是：
整理空闲空间更快**，有整理内存的过程，不会产生很大的内存碎片**；
不希望牺牲大量的吞吐性能;
不需要更大的javaHeap；
需要时间去预测gc停顿时间，停顿时间更短！预测机制：用户可以指定期望的垃圾回收时间
改变：
改变了新生代老年代内存区域，不在是连续的，而是变为一个个大小一样的region，
每个regain大小从1M到32M不等，一个region可能属于新生代的Eden区、survivor区、养老区等。每个region都可能运行在不同区并且切换。

工作原理：
对于新生代的region还是采用复制算法，将存活的对象复制到老年去或survivor区
对于老年代的region采用复制算法将对象从一个区域复制到另外一个区域，完成清理工作，这就意味着不会有内存碎片的问题；
G1还有一个特殊的区域H（Humongous）区用于存储巨型对象，但一个对象占用超过了分区内存的50%，就直接被划分到老年去，这就是巨型对象，G1通过H区存储大型对象，如果一个H区装不下就寻找连续的H区来存储。

回收原理：
1.Eden区，Eden区满触发垃圾回收，主要针对小区域收集并且组成连续的内存块，避免内存碎片；
Eden区存活的数据移入Survivor区；
Survivor区移入新的Survivor区，部分数据会晋升到Old区；
Eden处理完成；
回收步骤与CMS相似

如何选择垃圾收集器？

组合：
	**单CPU或小内存，单机程序**
	-XX:+UseSerialGC

多CPU，需要最大吞吐量，如后台计算型应用
-XX:+UseParalellGC或者-XX:+UseParalellOldGC
多CPU，追求低停顿时间，需快速响应如互联网应用
-XX:+UseParNewGC或者-XX:+UseConcMarkSweepGC