Java——JVM(一)

一、JVM体系结构

1.1、JVM位置

1.2、JVM体系结构概览

1.3、类加载器

负责加载class文件，class文件在文件开头有特定的文件标示，将class文件字节码内容加载到内存中，并将这些内容转换成方法区中的运行时数据结构并且ClassLoader只负责class文件的加载，至于它是否可以运行，则由Execution Engine决定。

虚拟机自带的的加载器(启动类加载器、扩展类加载器、应用程序类加载器)、用户自定义加载器

1.4、双亲委派

当一个类收到了类加载请求，首先不会去尝试自己去加载这个类而是把这个请求委派给父类去完成，每个层次类加载器都是如此。因为所有的加载请求都应该传到启动类加载其中，只有当父类加载器反馈自己无法完成这个请求时候(在它的加载路径下没有找到所需加载的class)，子类加载器才会尝试自己去加载。

采用双亲委派好处是比如加载位于rt.jar包中的类java.lang.Object，不管是哪个加载器加载这个类，最终都是委托给顶层的启动类加载器进行加载，这样保证了使用不同的类加载器最终得到的都是同样一个Object对象

1.5、Native本地接口

只有声明没有实现，一旦java的方法走到native修饰的方法就意味着java控制的终止了。
方法被native修饰之之后意味着此方法要调用底层操作系统或第三方C语言函数库的方法。

1.6、PC寄存器

用来存储指向下一条指令的地址，也即将要执行的指令代码。
它是当前线程所执行的字节码的行号指示器。

1.7、Method Area方法区

存储了每一个类的结构信息，方法区是规范在不同虚拟机里面实现是不一样的，最典型的就是永久代(PermGen space)和元空间(Metaspace)。

实例变量存在堆内存中，和方法区无关。

1.8、Stack

栈也叫栈内存，主管Java程序的运行，在线程创建时创建生命周期是跟随线程的生命周期，线程结束栈内存也就释放，对于栈来说不存在垃圾回收问题。
八种基本类型的变量+对象的引用变量+实例方法都是在函数的栈内存中分配。

1.9、栈帧中保存的数据

1. 本地变量：输入参数和输出参数以及方法内的变量
2. 栈操作：记录出栈、入栈的操作
3. 栈帧数据：包括类问价、方法等等

1.10、栈运行原理

遵循“先进后出”/"后进后出"原则。

每个方法执行的同时都会创建一个栈帧，用于存储局部变量表、操作数栈、动态链接、方法出口灯信息，每个方法从调用直至执行完毕过程就对应着一个栈帧在虚拟机中入栈到出栈的过程。

栈的大小和具体JVM实现有关，通常在256K~756K，与等于1Mb左右。

1.11、栈+堆+方法去的交互关系

HotSpot是使用指针的方式来访问对象：Java堆中会存放访问类元数据的地址，reference存储的就直接是对象的地址。

二、堆体系结构概述

2.1、堆简介

一个JVM实例只存在一个堆内存，堆内存的代销是可以调节的。类加载器读取了类文件后，需要把类、方法、常变量放到堆内存中，保存所有引用累心的真实信息，以方便执行器执行，堆内存分为三部分：

1. 新生区Young Generation Space
2. 养老区Tenure generation space
3. 永久区Permanent Space

2.2、Heap堆(Java7之前)

一个JVM实例只存在一个堆内存，堆内存代销是可以调节的。类加载器读取了类文件之后，需要把类、方法、常变量放到堆内存中，保存所有引用类型的真实信息方便执行器执行。

堆内存逻辑上分为三部分：新生+养老+永久

2.3、新生区

新生区是类的诞生、成长、消亡的区域，类在这里产生应用最后被回收。分为两个部分：Eden和Survivor space,所有类都是在Eden中被new出来，幸存区存在两个：0区和1区。当Eden空间用完之后程序又需要创建对象，JVM垃圾回收器将对Eden进行垃圾回收，将Eden中不再被其他对象所引用的对象进行销毁。然后将Eden中剩余的对象移动到幸运0区。若0区满了再对该区进行垃圾回收然后移到1区。1区满了之后移动到养老区，若养老区满了这个时候将产生MajorGC(FullGC)，进行养老区的内存清理。若养老区执行了Full GC之后发现依然无法进行对象的保存，就会产生OOM异常。

如果出现java.lang.OutOfMemoryError:Java heap space异常，说明Java虚拟机的栈内存不够。原因是：

• Java虚拟机堆内存设置不够，可以通过参数-Xms、-Xmx来调整
• 代码中创建了大量大对象，并且长时间不能被垃圾收集器收集(存在被引用)

堆从GC的角度可以细分为：新生区(Eden区、From Survivor区和To Survivor区)和老年代

1. eden、SurvivorFrom复制到SurvivorTo

Eden区满的时候会触发第一次GC，将活着的对象拷贝到SurvivorFrom区，当Eden区再次触发GC的时候会扫描Eden区和From区域，对这两个区域进行垃圾回收，经过回收后还存活的对象直接复制到To区域，(有对象到了老年的标准赋值到老年代区)，同时把这些对象年龄+1

2. 清空Eden、SurvivorFrom

清空Eden和SurvivorFrom中的对象，也即复制之后有交换谁空谁是to

3. SurvivorTo和SurvivorFrom互换

SurvivorFrom和SurvivorTo互换，原SurvivorTo成为下一次GC时的SurvivorFrom区，部分对象会在From和To区域中复制来复制去，如此交换15次(由JVM参数MaxTenuringThreshold决定，参数默认是15)最终如果还存活就存入到老年代

2.4、Sun HotSpot内存管理

真相：经研究，不同对象的生命周期不同，98%对象是临时对象。

2.5、永久代

方法区和堆一样是各个线程共享的内存区域用于存储虚拟机加载的：类信息+普通常量+静态常量+编译器编译后的代码等等。虽然JVM规范将方法区描述为堆的一个逻辑部分，但是它却还有一个别名叫做No—Heap(非堆)目的就是要和堆分开。

严格意义上来说HotSpot虚拟机和永久代是不同的，只是使用永久代来实现方法去而已，永久代是方法区(相当于是一个接口)的一个实现，jdk1.7中已经将原本放在永久代的字符串常量池移走。

永久区(Java7之前有)：永久存储区是一个常驻内存区域，用于存放JDK自身所携带的Class、Interface的元数据，就是说它存储的是运行的环境必须的类信息，被装载进此区域的数据是不会被垃圾回收器回收掉的，关闭JVM才会释放此区域所占用的内存。