java语言基础--JVM的工作原理，层次结构，GC工作原理
简介
不建议大家看这篇文章。
看原博客的吧
https://segmentfault.com/a/1190000002579346
JVM java虚拟机 （Java virtual machine，JVM），JVM是运行java程序必不可少的一种机制。实现了java的平台无关性。
- java程序运行过程图，如下：
每个平台上都会有自己的JVM，因此这也解释了为什么我们编写的java程序可以跨平台运行，而不用再做修改。
- JVM的结构图：
JVM包括三个部分：类加载器（ClassLoader）、执行引擎（Execution Engine）、运行时数据区域（Runtime Data Area）
JVM处理class文件流程：
类加载器（ClassLoader）将硬盘上的class文件加载到运行时数据区域（RuntimeData Area），然后由执行引擎（Execution Engine）执行。
ClassLoader
作用：装载.class文件
Execution Engine
作用：执行字节码，或者执行本地方法
Runtime Data Area
1.PC程序计数器
所执行的字节码的行号指示器,NAMELY存储每个线程下一步将执行的JVM指令，如该方法为native的，则PC寄存器中不存储任何信息。Java 的多线程机制离不开程序计数器，每个线程都有一个自己的PC，以便完成不同线程上下文环境的切换。
2.Java虚拟机栈
Java 方法执行的内存模型：每个方法被执行的时候都会同时创建一个栈帧（Stack Frame）用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法被调用直至执行完成的过程就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程。
3.本地方法栈
Note:
-
堆在JVM是所有线程共享的，因此在其上进行对象内存的分配均需要进行加锁，这也是new开销比较大的原因。
-
鉴于上面的原因，Sun Hotspot JVM为了提升对象内存分配的效率，对于所创建的线程都会分配一块独立的空间，这块空间又称为TLAB
-
TLAB仅作用于新生代的Eden Space，因此在编写Java程序时，通常多个小的对象比大的对象分配起来更加高效
5.方法区
方法区和堆区域一样，是各个线程共享的内存区域，它用于存储每一个类的结构信息，例如运行时常量池，成员变量和方法数据，构造函数和普通函数的字节码内容，还包括一些在类、实例、接口初始化时用到的特殊方法。当开发人员在程序中通过Class对象中的getName、isInstance等方法获取信息时，这些数据都来自方法区。
方法区也是全局共享的，在虚拟机启动时候创建。在一定条件下它也会被GC。这块区域对应Permanent Generation 持久代。 XX：PermSize指定大小。
6.运行时常量值
其空间从方法区中分配，存放的为类中固定的常量信息、方法和域的引用信息。
GC
垃圾回收机制是由垃圾收集器Garbage Collection GC来实现的，GC是后台的守护进程。它的特别之处是它是一个低优先级进程，但是可以根据内存的使用情况动态的调整他的优先级。因此，它是在内存中低到一定限度时才会自动运行，从而实现对内存的回收。这就是垃圾回收的时间不确定的原因。因为GC也是进程，也要消耗CPU等资源，如果GC执行过于频繁会对java的程序的执行产生较大的影响（java解释器本来就不快），因此JVM的设计者们选着了不定期的gc。
GC有关的是: runtime data area 中的 heap（对象实例会存储在这里） 和 gabage collector方法。
程序运行期间，所有对象实例存储在运行时数据区域的heap中，当一个对象不再被引用（使用），它就需要被收回。在GC过程中，这些不再被使用的对象从heap中收回，这样就会有空间被循环利用。
GC为内存中不再使用的对象进行回收，GC中调用回收的方法--收集器garbage collector. 由于GC要消耗一些资源和时间，Java 在对对象的生命周期特征（eden or survivor）进行分析之后，采用了分代的方式进行对象的收集，以缩短GC对应用造成的暂停。
在垃圾回收器回收内存之前，还需要一些清理工作。
因为垃圾回收gc只能回收通过new关键字申请的内存（在堆上），但是堆上的内存并不完全是通过new申请分配的。还有一些本地方法（一般是调用的C方法）。这部分“特殊的内存”如果不手动释放，就会导致内存泄露，gc是无法回收这部分内存的。
所以需要在finalize中用本地方法(native method)如free操作等，再使用gc方法。显示的GC方法是system.gc()。
垃圾回收技术
方法一：引用计数法。简单但速度很慢。缺陷是：不能处理循环引用的情况。
方法二：停止-复制(stop and copy)。效率低，需要的空间大，优点，不会产生碎片。
方法三：标记 - 清除算法 (mark and sweep)。速度较快，占用空间少，标记清除后会产生大量的碎片。
JAVA虚拟机中是如何做的？
java的做法很聪明，我们称之为"自适应"的垃圾回收器，或者是"自适应的、分代的、停止-复制、标记-清扫"式垃圾回收器。它会根据不同的环境和需要选择不同的处理方式。
heap组成
由于GC需要消耗一些资源和时间的，Java在对对象的生命周期特征进行分析后，采用了分代的方式来进行对象的收集，即按照新生代、旧生代的方式来对对象进行收集，以尽可能的缩短GC对应用造成的暂停.
heap 的组成有三区域/世代：(可以理解随着时间，对象实例不断变换heap中的等级，有点像年级)
-
新生代 Young Generation
-
Eden Space 任何新进入运行时数据区域的实例都会存放在此
-
S0 Suvivor Space 存在时间较长，经过垃圾回收没有被清除的实例，就从Eden 搬到了S0
-
S1 Survivor Space 同理，存在时间更长的实例，就从S0 搬到了S1
-
-
旧生代 Old Generation/tenured
同理，存在时间更长的实例，对象多次回收没被清除，就从S1 搬到了tenured -
Perm 存放运行时数据区的方法区
Java 不同的世代使用不同的 GC 算法。
- Minor collection：
新生代 Young Generation 使用将 Eden 还有 Survivor 内的数据利用 semi-space 做复制收集（Copying collection）， 并将原本 Survivor 内经过多次垃圾收集仍然存活的对象移动到 Tenured。
- Major collection 则会进行 Minor collection，Tenured 世代则进行标记压缩收集。
这个搬运工作都是GC 完成的，这也是garbage collector 的名字来源，而不是叫garbage cleaner. GC负责在heap中搬运实例，以及收回存储空间。
GC工作原理
JVM 分别对新生代和旧生代采用不同的垃圾回收机制
何为垃圾？
Java中那些不可达的对象就会变成垃圾。那么什么叫做不可达？其实就是没有办法再引用到该对象了。主要有以下情况使对象变为垃圾：
1.对非线程的对象来说，所有的活动线程都不能访问该对象，那么该对象就会变为垃圾。
2.对线程对象来说，满足上面的条件，且线程未启动或者已停止。
例如： (1)改变对象的引用，如置为null或者指向其他对象。 Object x=new Object();//object1 Object y=new Object();//object2 x=y;//object1 变为垃圾 x=y=null;//object2 变为垃圾 (2)超出作用域 if(i==0){ Object x=new Object();//object1 }//括号结束后object1将无法被引用，变为垃圾 (3)类嵌套导致未完全释放 class A{ A a; } A x= new A();//分配一个空间 x.a= new A();//又分配了一个空间 x=null;//将会产生两个垃圾 (4)线程中的垃圾 class A implements Runnable{ void run(){ //.... } } //main A x=new A();//object1 x.start(); x=null;//等线程执行完后object1才被认定为垃圾 这样看，确实在代码执行过程中会产生很多垃圾，不过不用担心，java可以有效地处理他们。
JVM中将对象的引用分为了四种类型，不同的对象引用类型会造成GC采用不同的方法进行回收：
（1）强引用：默认情况下，对象采用的均为强引用
（GC不会回收）（2）软引用：软引用是Java中提供的一种比较适合于缓存场景的应用
（只有在内存不够用的情况下才会被GC）（3）弱引用：在GC时一定会被GC回收
（4）虚引用：在GC时一定会被GC回收
