jvm GC

1.gc存在的意义及优缺点

gc的主要作用，就是把不用的内存，帮我们自动进行释放。并且gc主要操作堆空间内存，堆空间内存释放，会关联其他引用位置内存释放，例如栈等。

优点是：非常省心，会对内存进行自动管理，不容易出现问题

缺点是：需要额外消耗系统的资源和额外的性能，还会涉及到stw（stop the world）问题

stw：

是在执行垃圾回收器算法时，java应用程序的其他所有线程都会被挂起（除了垃圾收集帮助器之外）

java中一种全局暂停现象，全局卡顿，所有的java代码停止，native代码可以执行，但不能与jvm交互。

2.gc的默认清理算法

（1）标记清除

最基础的垃圾回收算法，分为标记和清除两个阶段

1.标记出所有需要回收的对象

2.回收被标记的对象占用的内存空间

缺点：算法效率较低，会产生较多的内存碎片。又因内存申请需要连续的空间，可能导致大对象找不到可利用的空间。

（2）复制算法

按照内存容量将内存一分为二，每次只使用一半内存，当这一块内存满后，将存活的对象复制到另一半，其余的内存进行回收。

优点：算法实现简单，内存效率高，不易产生内存碎片。

缺点：每次默认只使用内存空间的一半，当存活对象增多时，会频繁操作，导致效率大大降低。

（3）标记整理算法

结合以上两种算法，先标记出所有需要回收对象，将标记对象整理到内存的另一侧，然后进行清理。

优点：保证了空间的利用率，同时也解决了内存碎片的问题。

缺点：效率较低，若搬运的元素较多，开销会特别大。

3.分代回收

目前常用的垃圾回收机制，年轻代与老年代还有永久代（永久代在java7开始逐渐移除，在java8中彻底移除）。jvm中最大空间区域，主要存放new出来的对象、类成员变量等。

年轻代中分为

1.伊甸园区：默认new对象开辟空间会放入这里，这里空间大小是有上限的。

2.幸存区0：当伊甸园的空间填满时，程序又需要创建对象，JVM的垃圾回收器将对伊甸园区进行垃圾回收(Minor GC)，将伊甸园区中的不再被其他对象所引用的对象进行销毁。再加载新的对象放到伊甸园区，然后将伊甸园区剩余对象放入这里。

3.幸存区1：再次触发垃圾回收，此时上次存在幸存区0的内容，依旧没被回收将存放到这里，如果再次执行垃圾回收，回重新放入幸存者0区，如依旧没被回收再被放入这里。默认上线为15次（可调整），如达到上限将被存放老年区。

年轻代由于每次垃圾回收都会回收大部分对象，所以使用算法复制算法和清除算法较多，而老年代主要使用标记整理算法。

4.垃圾收集器          *下述借鉴*

1.Serial垃圾收集器(单线程、复制算法)

        Serial是最基本的垃圾收集器，使用复制算法，曾经是JDK1.3之前新生代唯一的垃圾收集器。Serial是一个单线程的收集器，不但只会使用一个CPU或一个线程去完成垃圾收集工作，并且在进行垃圾收集的同时，必须暂停其他所有的工作线程，直到垃圾收集结束。

Serial垃圾收集器虽然在垃垃圾回收过程中需要暂停其他工作线程，但是其简单高效，对于限定单个CPU环境来说，没有线程交互的开销，可以获得最高的单线程垃圾收集效率，因此Serial垃圾收集器依然是java虚拟机在Client模式下默认的新生代垃圾收集器。

注（个人理解）：serial垃圾回收器，在单个cpu下，单线程执行效率高，针对新生代清理，使用复制算法，但进行垃圾回收时，会挂起其他线程，等待执行完成，才可运行。

2.ParNew垃圾收集器(Serial+多线程)

        ParNew垃圾收集器其实是Serial收集器的多线程版本，也使用复制算法，除了使用多线程进行垃圾收集之外，其余的行为和Serial收集器完全一样，ParNew垃圾收集器在了垃圾收集过程中同样要暂停其他所有工作线程。

ParNew收集器默认开启和CPU数目相同的线程数，可以通过-XX:ParallelGCThreads参数限制垃圾收集器的线程数。

ParNew虽然是除了多线程外和Serial收集器几乎完全一样，但是ParNew垃圾收集器是很多java虚拟机运行在Server模式下的新生代垃圾收集器。

注（个人理解）：根据cpu数量创建多个线程，每个线程对应垃圾回收功能与serial相同。

3. Parallel Scavenge收集器(多线程复制算法、高效)

        Parallel Scavenge收集器也是一个新生代垃圾收集器，同样采用复制算法，也是一个多线程的垃圾收集器，它重点关注的是程序达到一个可控制的吞吐量(Throughput，CPU用于运行用户代码的时间/CPU总消耗时间，即吞吐量=运行用户代码时间/(运行用户代码时间+垃圾收集时间))，高吞吐量可以最高效率地利用CPU时间，尽快地完成程序运算任务，主要适用于在后台运算而不需要太多交互任务。自适应调节策略也是ParallelScavenge收集器与ParNew收集器的一个重要区别。

4. Serial Old收集器(单线程整理标记算法)

        Serial Old是Serial垃圾收集器的老年代版本，它同样是个单线程垃圾收集器，使用标记-整理算法，该收集器主要运行在Client默认的java虚拟机默认的老年代垃圾收集器。

在Server模式下，主要有两个用途：

在JDK1.5之前版本中与新生代的Parallel Scavenge收集器搭配使用。

作为年老代中使用CMS收集器的后备垃圾收集方案。

新生代Serial与年老代Serial Old搭配垃圾收集过程图

 新生代Parallel Scavenge收集器与ParNew收集器工作原理类似，都是多线程的收集器，都使 用的是复制算法，在垃圾收集过程中都需要暂停所有的工作线程。新生代Parallel Scavenge/ParNew与年老代Serial Old搭配垃圾收集过程图：

5. Parallel Old 收集器(多线程标记整理算法)

         Parallel Old收集器是Parallel Scavenge的年老代版本，使用多线程的标记-整理算法，在JDK1.6 才开始提供。 在 JDK1.6 之前，新生代使用 ParallelScavenge 收集器只能搭配年老代的 Serial Old 收集器，只 能保证新生代的吞吐量优先，无法保证整体的吞吐量，Parallel Old 正是为了在年老代同样提供吞 吐量优先的垃圾收集器，如果系统对吞吐量要求比较高，可以优先考虑新生代 Parallel Scavenge 和年老代Parallel Old收集器的搭配策略。

新生代Parallel Scavenge和年老代Parallel Old收集器搭配运行过程图

6. CMS收集器(多线程标记清除算法)

        Concurrent mark sweep(CMS)收集器是一种年老代垃圾收集器，其最主要目标是获取最短垃圾回收停顿时间，和其他年老代使用标记-整理算法不同，它使用多线程的标记-清除算法。 最短的垃圾收集停顿时间可以为交互比较高的程序提高用户体验。

CMS工作机制相比其他的垃圾收集器来说更复杂，整个过程分为以下4个阶段：

初始标记：只是标记一下GC Roots能直接关联的对象，速度很快，仍然需要暂停所有的工作线程。

并发标记：进行GC Roots跟踪的过程，和用户线程一起工作，不需要暂停工作线程。

重新标记：为了修正在并发标记期间，因用户程序继续运行而导致标记产生变动的那一部分对象的标记 记录，仍然需要暂停所有的工作线程。

并发清除：清除GC Roots不可达对象，和用户线程一起工作，不需要暂停工作线程。由于耗时最长的并 发标记和并发清除过程中，垃圾收集线程可以和用户现在一起并发工作，所以总体上来看 CMS收集器的内存回收和用户线程是一起并发地执行。

CMS收集器工作过程：

7. G1收集器

        Garbage first 垃圾收集器是目前垃圾收集器理论发展的最前沿成果，相比与CMS 收集器，G1 收 集器两个最突出的改进是： 

基于标记-整理算法，不产生内存碎片。

可以非常精确控制停顿时间，在不牺牲吞吐量前提下，实现低停顿垃圾回收。

G1 收集器避免全区域垃圾收集，它把堆内存划分为大小固定的几个独立区域，并且跟踪这些区域 的垃圾收集进度，同时在后台维护一个优先级列表，每次根据所允许的收集时间，优先回收垃圾 最多的区域。区域划分和优先级区域回收机制，确保 G1 收集器可以在有限时间获得最高的垃圾收 集效率。

● Serial 是一个新生代收集器，基于标记-复制算法实现

● Serial Old 是一个老年代收集器，基于标记-整理算法实现

● 两者都是单线程收集，需要「Stop The World」

● Parallel Scavenge 收集器是一款新生代收集器，基于标记-复制算法实现

● Parallel Old 收集器是一款老年代收集器，基于标记-整理算法实现

● 两者都支持多线程并行收集，需要「Stop The World」

● CMS（Concurrent Mark Sweep）是一个老年代收集器，基于标记-清除算法实现

● G1 是一款主要面向服务端应用的垃圾收集器。

● 从整体来看是基于「标记-整理」算法实现的收集器，但从局部（两个 Region 之间）上看又是基于「标记-复制」算法实现

● G1 即是新生代又是老年代收集器"，无需组合其他收集器。