对于jvm架构和垃圾回收机制的拙见

前言

总所周知，java是可以跨平台运行的，然而真正实现跨平台的不是java语言本身，而是jvm（java虚拟机）。jvm是虚拟的，适应“一看不见的，只存在于内存中间，因为jvm有自己的命令集，每一个不同的命令针对一个不同的cpu去做不同的翻译，就是在不同的cpu下将程序转换成不同的机器语言。从而实现java的跨平台性。

1.jvm的基本架构

jvm由三部分组成：

1.类加载器：类加载器的作用是加载类文件到内存，文件格式有具体要求（类加载器只会看文件的格式是否符合规范，不会去查找文件中是否有错，查看文件中是否有错是执行引擎的事）

2.运行时数据区（内存）：运行数据区是整个JVM 的重点。我们所有写的程序都被加载到这里，之后才开始运行，由内存进行分配。

3.执行引擎（解释器）：负责解释命令，提交操作系统执行

 

2.java类的生命周期

加载：在硬盘上查找并通过IO读入字节码文件

连接：

1. 验证：校验字节码文件的正确性
2. 准备：给类的静态变量分配内存，并赋予默认值
3. 解析：将符号引用转为直接引用

初始化：对类的静态变量初始化为指定的值，执行静态代码块

使用：在类的使用过程中依然存在三步：对象实例化、垃圾收集、对象终结

（1）对象实例化：就是执行类中构造函数的内容，如果该类存在父类JVM会通过显示或者隐示的方式先执行父类的构造函数，在堆内存中为父类的实例变量开辟空间，并赋予默认的初始值，然后在根据构造函数的代码内容将真正的值赋予实例变量本身，然后，引用变量获取对象的首地址，通过操作对象来调用实例变量和方法 
（2）垃圾收集：当对象不再被引用的时候，就会被虚拟机标上特别的垃圾记号，在堆中等待GC回收 
（3）对象的终结：对象被GC回收后，对象就不再存在，对象的生命也就走到了尽头

卸载：即类的生命周期走到了最后一步，程序中不再有该类的引用，该类也就会被JVM执行垃圾回收，从此生命结束…

.class在jvm的加载原理就是加载——>连接——>初始化。

3.垃圾收集器（gc机制）

首先，JVM的内存结构包括五大区域：程序计数器（pc寄存器）、虚拟机栈、本地方法栈、堆区、方法区。然而对于程序计数器、虚拟机栈、本地方法栈来说他们随线程起，随线程灭，他们的回收时确定了的。然而不能确定的就是堆区和方法区，这部分内存的分配和回收是动态的，所以就要用到垃圾收集器。

常用的垃圾回收算法：

1.标记-清除算法​​​​​​​​​​​​​​

 标记-清除算法采用从根集合进行扫描，对存活的对象进行标记，标记完毕后，再扫描整个空间中未被标记的对象，进行回收，如下图所示。标记-清除算法不需要进行对象的移动，只需对不存活的对象进行处理，在存活对象比较多的情况下极为高效，但由于标记-清除算法直接回收不存活的对象，因此会造成内存碎片。

2.复制算法

  复制算法的提出是为了克服句柄的开销和解决内存碎片的问题。它开始时把堆分成 一个对象 面和多个空闲面， 程序从对象面为对象分配空间，当对象满了，基于copying算法的垃圾 收集就从根集合（GC Roots）中扫描活动对象，并将每个 活动对象复制到空闲面(使得活动对象所占的内存之间没有空闲洞)，这样空闲面变成了对象面，原来的对象面变成了空闲面，程序会在新的对象面中分配内存。

3.标记-整理算法

 标记-整理算法采用标记-清除算法一样的方式进行对象的标记，但在清除时不同，在回收不存活的对象占用的空间后，会将所有的存活对象往左端空闲空间移动，并更新对应的指针。标记-整理算法是在标记-清除算法的基础上，又进行了对象的移动，因此成本更高，但是却解决了内存碎片的问题。具体流程见下图：

4.分代收集算法

    分代收集算法是使用的最多的收集算法，分两代:年轻代，老年代。持久带就是堆区之外的永久代。简单来说就是对象首先都处在年轻代，当年轻代经过n次回收还存活的进入老年代，老年代存满之后又会进行回收操作，让出一定的内存，就这样循环往复。年轻代和老年代是在堆区的回收，持久代是在方法区的回收。

1年轻代（Young Generation）的回收算法：

     a) 所有新生成的对象首先都是放在年轻代的。年轻代的目标就是尽可能快速的收集掉那些生命周期短的对象。

      b) 新生代内存按照8:1:1的比例分为一个eden区和两个survivor(survivor0,survivor1)区。一个Eden区，两个 Survivor区(一般而言)。大部分对象在Eden区中生成。回收时先将eden区存活对象复制到一个survivor0区，然后清空eden区，当这个survivor0区也存放满了时，则将eden区和survivor0区存活对象复制到另一个survivor1区，然后清空eden和这个survivor0区，此时survivor0区是空的，然后将survivor0区和survivor1区交换，即保持survivor1区为空， 如此往复。

     c) 当survivor1区不足以存放 eden和survivor0的存活对象时，就将存活对象直接存放到老年代。若是老年代也满了就会触发一次Full GC，也就是新生代、老年代都进行回收。

      d) 新生代发生的GC也叫做Minor GC，MinorGC发生频率比较高(不一定等Eden区满了才触发)。

2.年老代（Old Generation）的回收算法

      a) 在年轻代中经历了N次垃圾回收后仍然存活的对象，就会被放到年老代中。因此，可以认为年老代中存放的都是一些生命周期较长的对象。

      b) 内存比新生代也大很多(大概比例是1:2)，当老年代内存满时触发Major GC即Full GC，Full GC发生频率比较低，老年代对象存活时间比较长，存活率标记高。

3. 持久代（Permanent Generation）的回收算法

  用于存放静态文件，如Java类、方法等。持久代对垃圾回收没有显著影响，但是有些应用可能动态生成或者调用一些class，例如Hibernate 等，在这种时候需要设置一个比较大的持久代空间来存放这些运行过程中新增的类。持久代也称方法区。

4.GC是什么时候触发的

  由于对象进行了分代处理，因此垃圾回收区域、时间也不一样。GC有两种类型：Scavenge GC和Full GC。

1 Scavenge GC

  一般情况下，当新对象生成，并且在Eden申请空间失败时，就会触发Scavenge GC，对Eden区域进行GC，清除非存活对象，并且把尚且存活的对象移动到Survivor区。然后整理Survivor的两个区。这种方式的GC是对年轻代的Eden区进行，不会影响到年老代。因为大部分对象都是从Eden区开始的，同时Eden区不会分配的很大，所以Eden区的GC会频繁进行。因而，一般在这里需要使用速度快、效率高的算法，使Eden去能尽快空闲出来。

2 Full GC

  对整个堆进行整理，包括Young、Tenured和Perm。Full GC因为需要对整个堆进行回收，所以比Scavenge GC要慢，因此应该尽可能减少Full GC的次数。在对JVM调优的过程中，很大一部分工作就是对于Full GC的调节。有如下原因可能导致Full GC：

a) 年老代（Tenured）被写满；

b) 持久代（Perm）被写满；

c) System.gc()被显示调用；

d) 上一次GC之后Heap的各域分配策略动态变化；

 

参考：

https://www.cnblogs.com/1024Community/p/honery.html

    

​​​​​​​