（一）、JVM前奏篇-学习JVM前需知道概念

1、JDK、JRE、JVM

有一说一，Java开发工程师也是靠手艺吃饭的、作为一名专业技术人，都需要有自己的开发工具包，就像电工、木工都有自己的工具包一样，Java开发工程师的工具包就是JDK(Java Development Toolkit)。我们接触最多最熟悉的就是图中最顶层的Java Language(.java文件所写的内容)，也就是java的语法层面。
可查看这篇文章了解JDK的组成：JDK的组成

简而言之，JDK包含了JRE的一切，同时有编译、debugger等工具，JRE又包含了JVM。

JDK(Java Development Toolkit)

• JDK包含了Java运行环境（JRE）和开发工具（编译器、调试器、javadov等），我们通过JDK来开发和运行Java程序。
• JDK的编译器Javac.exe，将Java代码编译成字节码（.class文件）。编译成字节码在任何平台都是一样的内容，所以我们就会说Java是跨平台语言，“一次编译，随处运行”。

JRE(Java Runtime Environment)

• 它为Java提供了运行环境，其中重要的一环就是通过JVM将字节码解释成可执行的机器码。
  JRE由JVM，Java运行时类库，动态链接库等组成。

JVM(Java Virtual Machine)

• Java虚拟机，可以看做是一台抽象化的计算机，它有一套完整的体系架构，包括处理器、堆栈、寄存器等。
• 在运行时环境，JVM会将Java字节码解释成机器码。机器码和平台相关的（不同硬件环境、不同操作系统，产生的机器码不同），所以JVM在不同平台有不同的实现。目前JDK默认使用的实现是Hotspot VM。

2、从.java文件到JVM的过程

JVM包含两个系统（类加载系统、执行引擎），两个组件（运行时数据区、本地接口），其工作机理就是首先编译器会把.java文件编译为.calss文件，类加载器（ClassLoader）再把.class文件加载到虚拟机的内存中，并将其放到运行时数据区（Runtime Data Area）的方法区内，而.class文件中的指令只是JVM的一套指令集规范，并不能直接交给底层操作系统去执行，因此需要特定的命令解析器执行引擎（Execution Engine)，将字节码翻译成底层系统操作指令，再交由CPU去执行，而这个过程可能会用到其他语言的本地库接口（Native Interface）来实现整个程序的功能。

2.1 class文件

.java编译成.class文件，JVM读取.class文件运行程序。.class结构及介绍可查看： Class文件结构
官网给出的.class文件的结构是：

• 魔数与class文件版本
• 常量池
• 访问标志
• 类索引、父类索引、接口索引
• 字段表集合
• 方法表集合
• 属性表集合

2.2 类文件到虚拟机

class文件包含了java代码的所有信息，我们大概了解了.class文件，回到主角JVM。那么JVM是怎么接触.class文件的呢？简单讲就是装载、链接、初始化。

1、类的装载（load）：简单讲就是查找和导入class文件，目的是把一个静态的二进制文件转换成流。

（1）、通过一个类的全限名获取定义此类的二进制字节流。
（2）、将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构。
（3）、在Java堆中生成一个代表这个类的java.lang.Class对象，作为对方法区中这些数据的访问入口。

2、类的链接（link）：将类的二进制数据合并到JRE，即java类的二进制代码合并到JVM的运行状态之中的过程。

• 验证：确保加载的类信息符合JVM规范，没有安全方面的问题，包括文件格式的验证、元数据验证、字节码验证、符号引用验证。
• 准备：正式为类的静态变量（static）分配内存并设置类变量默认初始值的阶段，这些内存都将在方法区进行分配。
• 解析：虚拟机常量池内的符号引用（常量名）替换为直接引用（地址）的过程。

3、类的初始化（initialize）：JVM负责对类进行初始化。

• 执行类构造器()方法的过程。类构造器()是由编译器自动收集类中所有类变量的复制动作和静态代码块中的语句合并产生的。（类构造器是构造类信息的，不是构造该类对象的构造器）。
• 当初始化一个类的时候，如果发现其父类还没有进行初始化，则需要先触发其父类的初始化。
• 虚拟机会保证一个类的()方法在多线程环境中被正确加锁和同步。

区分类初始化和对象初始化。先发生类加载、链接、初始化，然后才是对象初始化，非静态代码块和构造函数在对象初始化阶段发生

关于类的加载、链接、初始化，可查看文章： java加载、链接、初始化

2.3 类加载器分类

• 引导类加载器（Bootstrp ClassLoader）：用C++编写，是JVM自带的类加载器，负责Java平台核心库，用来装载核心类库。简单讲，Bootstrap ClassLoader 负责加$JAVA_HOME中jre/lib/rt.jar里所有的class或Xbootclassoath选项指定的jar包，由C++实现，不是ClassLoader子类，该加载器无法直接获取。
• 扩展类加载器Extension ClassLoader)：负责加载java平台中拓展功能的一些jar包，包括jre/lib/ext目录下jar或-D java.ext.dirs指定目录下的jar包。
• App ClassLoader 负责加载classpath中指定的jar包及Djava.class.path所指定目录下类和jar包。
• Custom ClassLoader通过java.lang.ClassLoader的子类自定义加载class,属于应用程序根据自身需要自定义的ClassLoader,如tomcat、jboss都会根据j2eeg 规范自行实现ClassLoader是最常用的加载器。

2.4 类加载原则

检查某个类是否已经加载：顺序是自底向上，从Custom ClassLoader到BootStrap ClassLoader逐层检查，只要某个ClassLoader 已加载，就视为已加载此类，保证此类所有ClassLoader只加载一次。加载的顺序：加载的顺序是自顶向下，也就是由上层来逐层尝试加载此类。这就是我们常说的双亲委派机制。

双亲委派机制定义：如果一个类加载器在接到加载类的请求时，它首先不会自己尝试去加载这个类，而是把 这个请求任务委托给父类加载器去完成，依次递归，如果父类加载器可以完成类加载任务，就成功返回；只有父类加载器无法完成此加载任务时，才自己去加载。

优势：Java类随着加载它的类加载器一起具备了一种带有优先级的层次关系。比如，Java中的 Object类，它存放在rt.jar之中,无论哪一个类加载器要加载这个类，最终都是委派给处于模型 最顶端的引导（启动类）类加载器进行加载，因此Object在各种类加载环境中都是同一个类。
如果不采用 双亲委派模型，那么由各个类加载器自己取加载的话，那么系统中会存在多种不同的Object 类。

破坏：可以继承ClassLoader类，然后重写其中的loadClass方法，其他方式大家可以自己了解 拓展一下。

3 运行时数据区

在.class文件装载（load）阶段，可以发现有运行时数据、堆、方法区等名词，在装载（2）中将字节流所代表的静态存储结构转换为方法区的运行时数据结构，（3）是在Java堆中生成一个代表这个类的java.lang.Class对象，作为方法区中这些数据的访问入口，说白了就是类文件被类加载器装载过来之后，类中的内容（比如变量，常量，方法，对象这些数据需要有个去处，也就是要存储起来，存储的位置肯定是要在JVM中有对应的空间）。

3.1 JVM运行时数据分布图解

3.2 各运行时数据区-JVM内存区理解

3.2.1 方法区

方法区是各个线程共享的内存区域，在虚拟机启动时创建。用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。
虽然Java虚拟机规范把方法区描述为堆的一个逻辑部分，但是它却有另外一个别名叫做Non-Heap(非堆)，目的就是与Java堆区分开来。当方法区无法满足内存分配需求时，将抛出OutOfMemoryError异常。

说明：
（1）、方法区在JDK8中就是Metaspace，在JDK6或7中就是Perm Space。
（2）、Runtime Constant pool Class文件中除了有类的版本、字段、方法、接口等描述信息外，还有一项信息就是常量池，用于存放编译时期生成的各种字面量和符合引用，这部分内容将在类加载后进入方法区的运行时常量池中存放。

3.2.2 堆（Heap）

Java堆是Java虚拟机所管理内存中最大的一块，在虚拟机启动时创建，被所有线程共享。Java对象实例以及数组都在堆上分配。

3.2.3 虚拟机栈（Java Virtual Machine Stacks）

经过上面的分析，类加载机制的装载过程已经完成，后续的链接，初始化也会相应的生效。
假如目前的阶段是初始化完成了，后续做啥呢？肯定是Use使用咯，不用的话这样折腾来折腾去
有什么意义？那怎样才能被使用到？换句话说里面内容怎样才能被执行？比如通过主函数main调
用其他方法，这种方式实际上是main线程执行之后调用的方法，即要想使用里面的各种内容，得
要以线程为单位，执行相应的方法才行。
那一个线程执行的状态如何维护？一个线程可以执行多少个方法？这样的关系怎么维护呢？

虚拟机栈是一个线程执行的区域，保存着一个线程中方法的调用状态。换句话说，一个Java线程的运行状态，由一个虚拟机栈来保存，所有虚拟机栈肯定是线程私有的、独有的，随着线程的创建而创建。每一个被线程执行的方法，为该栈中的栈帧，即每个方法对应一个栈帧。调用一个方法，就会向栈中压入一个栈帧；一个方法调用完成，就会把该栈帧从栈中弹出。

3.2.4 程序计数器（The PC Register）

我们都知道一个JVM进程中有多个线程在执行，而线程中的内容是否能够拥有执行权，是根据
CPU调度来的。
假如线程A正在执行到某个地方，突然失去了CPU的执行权，切换到线程B了，然后当线程A再获
得CPU执行权的时候，怎么能继续执行呢？这就是需要在线程中维护一个变量，记录线程执行到
的位置。

程序计数器占用的内存空间很小，由于Java虚拟机的多线程是通过线程轮流切换，并分配处理器执行时间的方式来实现的，在任意时刻，一个处理器只能执行一条线程中的指令。因此，为了线程切换后能够恢复到正确的位置，每条线程需要有一个独立的程序计数器（线程私有）。如果线程执行的是Java方法，则计数器记录的是正在执行的虚拟机字节码指令的地址；如果正在执行的是native方法，则这个计数器为空。

3.2.5 本地方法栈（Native Method Stacks）

如果当前线程执行的方法是Native类型的，这些方法就会在本地方法栈中运行。