jvm内存详解以及类加载，对象的生命周期过程

jdk1.8内存示意图：

好的，说完内存结构，我们再说下文件加载与运行：

JVM = 类加载器 classloader + 执行引擎 executionengine + 运行时数据区域 runtime data area

首先Java源代码文件被Java编译器编译为字节码文件，然后JVM中的类加载器加载完毕之后，交由JVM执行引擎执行。在整个程序执行过程中，JVM中的运行时数据区（内存）会用来存储程序执行期间需要用到的数据和相关信息。

因此，在Java中我们常常说到的内存管理就是针对这段空间进行管理（如何分配和回收内存空间）

1、程序计数器（每条线程独立私有）

程序计数器是一块较小的内存空间，它可以看做是当前线程所执行的字节码的行号指示器

字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令，分支 循环 跳转 异常处理 线程恢复等基础功能都需要依赖这个计数器来完成

jvm的多线程是通过线程轮流切换并分配处理器执行时间的方式来实现

2、Java虚拟机栈（JVM stacks）

stacks也是线程私有 描述的是java方法执行的内存模型，每个方法在执行的同时会创建一个栈帧（Stack Frame）用于存储局部变量表，操作数栈，动态链接，方法出口等信息。

每一个方法从调用到执行完成的过程，就对应栈帧从入栈到出栈的过程

静态分派（重载）
虚拟机（准确地说是编译器）在重载时是通过参数的静态类型而不是实际类型作为判定依据的。并且静态类型是编译期可知的，因此，在编译阶段，Javac编译器会根据参数的静态类型决定使用哪个重载版本
动态分派（重写）
invokevirtual指令的运行时解析过程大致分为以下几个步骤：
1）找到操作数栈顶的第一个元素所指向的对象的实际类型，记作C。
2）如果在类型C中找到与常量中的描述符和简单名称都相符的方法，则进行访问权限校
验，如果通过则返回这个方法的直接引用，查找过程结束；如果不通过，则返回
java.lang.IllegalAccessError异常。
3）否则，按照继承关系从下往上依次对C的各个父类进行第2步的搜索和验证过程。
4）如果始终没有找到合适的方法，则抛出java.lang.AbstractMethodError异常。

在概念模型中，两个栈帧作为虚拟机栈的元素，相互之间是完全独立的，但是大多数虚拟机的实现里都会作一些优化处理，令两个栈帧出现一部分重叠。让下栈帧的部分操作数栈与上面栈帧的部分局部变量表重叠在一起，这样在进行方法调用返回时就可以共用一部分数据，而无须进行额外的参数复制传递了，重叠过程如下图：

动态链接：
在一个class文件中，一个方法要调用其他方法，需要将这些方法的符号引用转化为其在内存地址中的直接引用，而符号引用存在于方法区中的运行时常量池。

Java虚拟机栈中，每个栈帧都包含一个指向运行时常量池中该栈所属方法的符号引用，持有这个引用的目的是为了支持方法调用过程中的动态连接(Dynamic Linking)。

这些符号引用一部分会在类加载阶段或者第一次使用时就直接转化为直接引用，这类转化称为静态解析。另一部分将在每次运行期间转化为直接引用，这类转化称为动态连接。

（一个方法调用另一个方法，或者一个类使用另一个类的成员变量时，需要知道其名字，符号引用就相当于名字，这些被调用者的名字就存放在Java字节码文件里（.class 文件）。
名字是知道了，但是Java真正运行起来的时候，如何靠这个名字（符号引用）找到相应的类和方法
需要解析成相应的直接引用，利用直接引用来准确地找到。）

局部变量表：
存放八种基本数据类型、对象引用（reference类型，不一定是本身 也可能是指向对象地址的指针或者句柄）、returnAddress（指向字节码指令的地址（64位的long和double会占用两个局部变量空间（Slot）