JVM(JavaVirtualMachine，Java虚拟机)是JRE的一部分。它是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。JVM有自己完善的硬件架构，如处理器、堆栈、寄存器等，还具有相应的指令系统。Java语言最重要的特点就是跨平台运行。使用JVM就是为了支持与操作系统无关，实现跨平台。
3、JVM执行程序的过程
-
加载.class文件
-
管理并分配内存
-
执行垃圾回收
JRE（java运行时环境）是JVM构造的java程序的运行环境，也是Java程序运行的环境，但是一个操作系统的一个应用程序一个进程也有他自己的运行的生命周期，也有自己的代码和数据空间。JVM在整个jdk中处于最底层，负责于操作系统的交互，用来屏蔽操作系统环境，提供一个完整的Java运行环境，因此也就虚拟计算机。操作系统装入JVM是通过jdk中Java.exe来完成，通过下面4步来完成JVM环境：
-
创建JVM装载环境和配置
-
装载JVM.dll
-
初始化JVM.dll并挂界到JNIENV(JNI调用接口)实例
-
调用JNIEnv实例装载并处理class类
4、JVM的生命周期
（1）JVM实例对应了一个独立运行的java程序它是进程级别
-
启动。启动一个Java程序时，一个JVM实例就产生了，任何一个拥有 public static void main(String[]args)函数的class都可以作为JVM实例运行的起点。
-
运行。main()作为该程序初始线程的起点，任何其他线程均由该线程启动。JVM内部有两种线程：守护线程和非守护线程，main()属于非守护线程，守护线程通常由JVM自己使用，java程序也可以表明自己创建的线程是守护线程。
-
消亡。当程序中的所有非守护线程都终止时，JVM才退出；若安全管理器允许，程序也可以使用Runtime类或者System.exit()来退出。
（2）JVM执行引擎实例则对应了属于用户运行程序的线程它是线程级别的
5、JVM垃圾回收
GC (Garbage Collection)的基本原理：将内存中不再被使用的对象进行回收，GC中用于回收的方法称为收集器，由于GC需要消耗一些资源和时间，Java在对对象的生命周期特征进行分析后，按照新生代、老年代的方式来对对象进行收集，以尽可能的缩短GC对应用造成的暂停。
-
对新生代的对象的收集称为minor GC
-
对旧生代的对象的收集称为Full GC
-
程序中主动调用System.gc()强制执行的GC为Full GC
不同的对象引用类型，GC会采用不同的方法进行回收，JVM对象的引用分为了四种类型：
-
强引用：默认情况下，对象采用的均为强引用（这个对象的实例没有其他对象引用，GC时才会被回收）
-
软引用：软引用是Java中提供的一种比较适合于缓存场景的应用（只有在内存不够用的情况下才会被GC）
-
弱引用：在GC时一定会被GC回收
-
虚引用：由于虚引用只是用来得知对象是否被GC
Java程序具体执行的过程：
-
首先Java源代码文件（.java文件）会被Java编译器（javac.exe）编译为字节码文件(.class文件)。
-
然后由JVM中的类加载器（ClassLoader）加载各个类的字节码文件，加载完毕之后，交由JVM执行引擎执行。在整个程序执行过程中，JVM会用一段空间来存储程序执行期间需要用到的数据和相关信息，这段空间一般被称作为Runtime Data Area（运行时数据区），也就是 我们常说的JVM内存。因此，在Java中我们常常说到的内存管理就是针对这段空间进行管理（如何分配和回收内存空间）。
二、运行时数据区的组成/JVM内存结构/Java内存空间分类
JVM在Java程序运行时把它所管理的内存划分为几个不同的数据区域：程序计数器(Program Counter Register)、虚拟机栈(VM Stack)、本地方法栈(Native Method Stack)、 方法区(Method Area)、堆(Heap)。
如上图所示，方法区和堆为线程共享区，虚拟机栈、本地方法栈和程序计数器为线程独占区。在JVM规范中虽然规定了程序在执行期间运行时数据区应该包括这几部分，但是至于具体如何实现并没有做出规定，不同的虚拟机厂商可以有不同的实现方式。
方法区是虚拟机规范中对运行时数据区划分的一个内存区域，不同的虚拟机厂商可以有不同的实现，而HotSpot虚拟机以永久代来实现方法区，所以方法区是一个规范，而永久代则是其中的一种实现方式。
（一）程序计数器/寄存器
程序计数器（Program Counter Register），也有称作为PC寄存器。程序计数器是一块较小 的空间，它可以看作是当前线程所执行的字节码的行号指示器。
如果线程执行的是java方法，这个计数器记录的是正在执行的虚拟机字节码指令的地址，如果正在执行的是native方法，这个计数器的值为undefined。
JVM的多线程是通过线程轮流切换并分配CPU执行时间片的方式来实现的，任何一个时刻，一个CPU都只会执行一条线程中的指令。为了保证线程切换后能恢复到正确的执行位置，每条线程都需要有一个独立的程序计数器，各线程间的程序计数器独立存储，互不影响。
此区域是唯一一个在java虚拟机规范中没有规定任何OutOfMemoryError情况的区域，因为程序计数器是由虚拟机内部维护的，不需要开发者进行操作。
（二）Java虚拟机栈
描述的是java 方法执行的内存模型：每个方法被执行的时候 都会创建一个“栈帧”用于存储局部变量表(包括参数)、操作栈、方法出口等信息。每个方法被调用到执行完的过程，就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程。声明周期与线程相同，是线程私有的。
局部变量表存放了编译器可知的各种基本数据类型(boolean、byte、char、short、int、float、long、double)、对象引用(引用指针，并非对象本身)，其中64位长度的long和double类型的数据会占用2个局部变量的空间，其余数据类型只占1个。局部变量表所需的内存空间在编译期间完成分配，当进入一个方法时，这个方法需要在栈帧中分配多大的局部变量是完全确定的，在运行期间栈帧不会改变局部变量表的大小空间。
（三）本地方法栈
与虚拟机栈基本类似，区别在于虚拟机栈为虚拟机执行的java方法服务，而本地方法栈则是为Native方法服务。HotSpot虚拟机不区分虚拟机栈和本地方法栈，两者是一块的。与虚拟机栈一样，本地方法栈也会抛StackOverflowError和OutOfMemoryError异常。
（四）堆
JVM管理的最大的一块内存区域，存放着对象的实例，是线程共享区。
堆是垃圾收集器管理的主要区域，因此也被称为“GC堆”。
JAVA堆的分类：
-
从内存回收的角度上看，可分为新生代（Eden空间，From Survivor空间、To Survivor空间）及老年代（Tenured Gen）
-
从内存分配的角度上看，为了解决分配内存时的线程安全性问题，线程共享的JAVA堆中可能划分出多个线程私有的分配缓冲区（TLAB）
JAVA堆可以处于物理上不连续的内存空间中，只要逻辑上是连续的即可。
可通过参数 -Xmx -Xms 来指定运行时堆内存的大小，堆内存空间不足也会抛OutOfMemoryError异常。
（五）方法区
尾声
一转眼时间真的过的飞快。我们各奔东西，也各自踏上了自己的旅途，但是即使多年不见，也因为这份情谊我们依旧如从前那般“亲密”。不忘初心方得始终。加油吧，程序员们，在我看来35岁，40岁从来不是危机，只要永远不要忘记自己为何踏上征程！
最后需要同款资料的，可以 **私信我点击【学习】**我愿意分享给你！
为了让更多在学习中或者最近要准备面试的朋友们看到这篇文章，希望你们能多多评论，点赞+转发！
再次感谢所有给我提供过题目的朋友们，感谢一路有你！
