- 全面图
1.2、Java代码执行流程
1.3、JVM的生命周期
1.3.1、虚拟机的启动
- Java虚拟机的启动是通过引导类加载器bootstrap class loader创建一个初始类initial class来完成的这个类是由虚拟机的具体实现指定的。
1.3.2、虚拟机的执行
- 一个运行中的Java虚拟机有这一个清晰的任务执行Java程序。
- 程序开始执行时他才执行程序结束时他就终止。
- 执行一个所谓的Java程序的时候真真正正在执行的是一个叫做Java虚拟机的进程
1.3.3、虚拟机的退出
- 程序正常执行结束
- 程序在执行过程中遇到了异常或错误而异常终止
- 由于操作系统出现错误而导致Java虚拟机进程终止
- 某线程调用Runtime类或System类的exit方法或Runtime类的halt方法并且Java安全管理器也允许这次exit或halt操作
- 除此之外JNIJava Native Interface规范描述了用JNI Invocation API来加载或卸载Java虚拟机时Java虚拟机的退出情况
1.4、JVM的发展历程
1.4.1、HotsPot
名称中的HotsPot指的就是它的热点代码探测技术
- 通过计数器找到最具编译价值代码触发即时编译或栈上替换
- 通过编译器与解释器协同操作在最优化的程序响应时间与最佳执行性能中取得平衡
- 类加载器子系统负责从文件系统或者网络中加载Class文件class文件在文件开头有特定的文件标识 --- CA FE BA BE)所有的Java字节码文件开头都是这四个
- ClassLoader只负责Class文件的加载至于它是否可以运行则由Execution Engine绝定
- 加载的类信息存放于一块称为方法区的内存空间。除了类的信息外方法区中还会存放运行时常量池信息可能还包括字符串字面量和数字常量这部分常量信息是Class文件中常量池部分的内存映射
2.1、类的加载过程
2.1.1、加载Loading
- 通过一个类的全限定名获取定义此类的二进制字节流
- 将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构
- 在内存中生成一个代表这个类的java.lang.Class对象作为方法区这个类的各种数据的访问入口
2.1.2、链接Linking
1、验证
- 目的在于确保Class文件的字节流中包含信息符合当前虚拟机要求保证被加载类的正确性不会危害虚拟机自身安全。
- 主要包括四种验证文件格式验证元数据验证字节码验证符号引用验证。
2、准备
- 为类变量分配内存并且设置该类变量的默认初始值即零值例如 private static int a 1;这里在准备阶段时 a的值为0只有在初始化时才会赋值为 a 1
- 这里不包含用final修饰的static因为final在编译的时候就会分配了准备阶段会显式初始化
- 这里不会为实例变量分配初始化类变量会分配在方法区中而实例变量是会随着对象一起分配到java堆中。
3、解析
- 将常量池内的符号引用转换为直接引用的过程。
- 事实上解析操作往往会伴随着JVM在执行完初始化之后再执行。
- 符号引用就是一组符号来描述所引用的目标。符号引用的字面量形式明确定义在《java虚拟机规范》的class文件格式中。直接引用就是直接指向目标的指针、相对偏移量或一个间接定位到目标的句柄。
- 解析动作主要针对类或接口、字段、类方法、接口方法、方法类型等。对应常量池中的CONSTANT_Class_info、CONSTANT_Fieldref_info、CONSTANT_Methodref_info等
2.1.3、初始化Initialization
- 任何一个类在声明后都有生成一个构造器默认是空参构造器
- 初始化阶段就是执行类构造器法()的过程。
- 此方法不需定义是javac编译器自动收集类中的所有类变量的赋值动作和静态代码块中的语句合并而来。
- 构造器方法中指令按语句在源文件中出现的顺序执行。占位()不同于类的构造器。关联构造器是虚拟机视角下的()
- 若该类具有父类JVM会保证子类的()执行前父类的()已经执行完毕。
- 虚拟机必须保证一个类的()方法在多线程下被同步加锁。
2.2、类加载器分类
- JVM支持两种类型的类加载器 。分别为引导类加载器Bootstrap ClassLoader和自定义类加载器User-Defined ClassLoader。
- 四者之间是包含关系不是上层和下层也不是父子系统的继承关系。
//获取系统类加载器ClassLoader systemClassLoader ClassLoader.getSystemClassLoader();System.out.println(systemClassLoader);//sun.misc.Launcher$AppClassLoader18b4aac2//获取其上层扩展类加载器ClassLoader extClassLoader systemClassLoader.getParent();System.out.println(extClassLoader);//sun.misc.Launcher$ExtClassLoader1540e19d//获取其上层获取不到引导类加载器ClassLoader bootstrapClassLoader extClassLoader.getParent();System.out.println(bootstrapClassLoader);//null//对于用户自定义类来说默认使用系统类加载器进行加载ClassLoader classLoader ClassLoaderTest.class.getClassLoader();System.out.println(classLoader);//sun.misc.Launcher$AppClassLoader18b4aac2//String类使用引导类加载器进行加载的。---> Java的核心类库都是使用引导类加载器进行加载的。ClassLoader classLoader1 String.class.getClassLoader();System.out.println(classLoader1);//null
sun.misc.Launcher$AppClassLoader18b4aac2sun.misc.Launcher$ExtClassLoader677327b6nullsun.misc.Launcher$AppClassLoader18b4aac2null
2.2.1、启动类加载器引导类加载器Bootstrap ClassLoader
- 这个类加载使用C/C语言实现的嵌套在JVM内部。
- 它用来加载Java的核心库JAVAHOME/jre/lib/rt.jar、resources.jarsun.boot.class.path路径下的内容用于提供JVM自身需要的类
- 并不继承自ava.lang.ClassLoader没有父加载器。
- 加载扩展类和应用程序类加载器并指定为他们的父类加载器。
- 出于安全考虑Bootstrap启动类加载器只加载包名为java、javax、sun等开头的类
System.out.println("**********启动类加载器**************");//获取BootstrapClassLoader能够加载的api的路径URL[] urLs sun.misc.Launcher.getBootstrapClassPath().getURLs();for (URL element : urLs) {System.out.println(element.toExternalForm());}//从上面的路径中随意选择一个类,来看看他的类加载器是什么:引导类加载器ClassLoader classLoader Provider.class.getClassLoader();System.out.println(classLoader);
**********启动类加载器**************file:/D:/developer/java/jdk/jdk1.8.0_261/jre/lib/resources.jarfile:/D:/developer/java/jdk/jdk1.8.0_261/jre/lib/rt.jarfile:/D:/developer/java/jdk/jdk1.8.0_261/jre/lib/sunrsasign.jarfile:/D:/developer/java/jdk/jdk1.8.0_261/jre/lib/jsse.jarfile:/D:/developer/java/jdk/jdk1.8.0_261/jre/lib/jce.jarfile:/D:/developer/java/jdk/jdk1.8.0_261/jre/lib/charsets.jarfile:/D:/developer/java/jdk/jdk1.8.0_261/jre/lib/jfr.jarfile:/D:/developer/java/jdk/jdk1.8.0_261/jre/classesnull
2.2.2、扩展类加载器Extension ClassLoader
- Java语言编写由sun.misc.Launcher$ExtClassLoader实现。(JKD1.9之后为PlatformClassLoader)
- 派生于ClassLoader类
- 父类加载器为启动类加载器
- 从java.ext.dirs系统属性所指定的目录中加载类库或从JDK的安装目录的jre/lib/ext子目录扩展目录下加载类库。如果用户创建的JAR放在此目录下也会自动由扩展类加载器加载。
System.out.println("***********扩展类加载器*************");String extDirs System.getProperty("java.ext.dirs");for (String path : extDirs.split(";")) {System.out.println(path);}//从上面的路径中随意选择一个类,来看看他的类加载器是什么:扩展类加载器ClassLoader classLoader1 CurveDB.class.getClassLoader();System.out.println(classLoader1);//sun.misc.Launcher$ExtClassLoader1540e19d
***********扩展类加载器*************D:\developer\java\jdk\jdk1.8.0_261\jre\lib\extC:\WINDOWS\Sun\Java\lib\extsun.misc.Launcher$ExtClassLoader681a9515
2.2.3、应用程序类加载器系统类加载器AppClassLoader
- java语言编写由sun.misc.LaunchersAppClassLoader实现
- 派生于ClassLoader类
- 父类加载器为扩展类加载器
- 它负责加载环境变量classpath或系统属性java.class.path指定路径下的类库
- 该类加载是程序中默认的类加载器一般来说Java应用的类都是由它来完成加载
- 通过classLoader.getSystemclassLoader()方法可以获取到该类加载器
2.2.4、用户自定义类加载器
- 在Java的日常应用程序开发中类的加载几乎是由上述3种类加载器相互配合执行的
- 隔离加载类
- 修改类加载的方式
- 扩展加载源
- 防止源码泄漏
- 用户自定义加载器 1、开发人员可以通过继承抽象类java.lang.ClassLoader类的方式实现自己的类加载器以满足一些特殊的需求 2、在JDK1.2之前在自定义类加载器时总会去继承ClassLoader类并重写LoadClass()方法从而实现自定义的类加载类但是在JDK1.2之后已不再建议用户去覆盖Loadclass()方法而是建议把自定义的类加载逻辑写在findclass()方法中 3、在编写自定义类加载器时如果没有太过于复杂的需求可以直接继承URIClassLoader类这样就可以避免自己去编写findclass()方法及其获取字节码流的方式使自定义类加载器编写更加简洁。
2.3、双亲委派机制
2.3.1、概念
Java虚拟机对class文件采用的是按需加载的方式也就是说当需要使用该类时才会将它的class文件加载到内存生成class对象。而且加载某个类的class文件时Java虚拟机采用的是双亲委派模式即把请求交由父类处理它是一种任务委派模式。
2.3.2、工作原理
2.3.3、双亲委派实例
package java.lang;public class ShkStart {public static void main(String[] args) {System.out.println("hello!");}}
Error: A JNI error has occurred, please check your installation and try againException in thread "main" java.lang.SecurityException: Prohibited package name: java.langat java.lang.ClassLoader.preDefineClass(ClassLoader.java:655)at java.lang.ClassLoader.defineClass(ClassLoader.java:754)at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)at java.net.URLClassLoader.defineClass(URLClassLoader.java:468)at java.net.URLClassLoader.access$100(URLClassLoader.java:74)at java.net.URLClassLoader$1.run(URLClassLoader.java:369)at java.net.URLClassLoader$1.run(URLClassLoader.java:363)at java.security.AccessController.doPrivileged(Native Method)at java.net.URLClassLoader.findClass(URLClassLoader.java:362)at java.lang.ClassLoader.loadClass(ClassLoader.java:418)at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:355)at java.lang.ClassLoader.loadClass(ClassLoader.java:351)at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:601)
解释当我们自定义新建了一个名为java开头的包名时启动时会一直向上委托给引导类加载器引导类加载器一看这个包名时java开头的就认为这个归他管他就会着手开始处理发现不对就返回错误这样子也做到了保护程序安全防止核心API被随意篡改
2.3.4、双亲委派优势
- 避免类的重复加载
- 保护程序安全防止核心API被随意篡改
2.3.5、沙箱安全机制
- 自定义String类但是在加载自定义String类的时候会率先使用引导类加载器加载而引导类加载器在加载的过程中会先加载jdk自带的文件rt.jar包中java.lang.String.class报错信息说没有main方法就是因为加载的是rt.jar包中的String类这样可以保证对Java核心源代码的保护这就是沙箱安全机制。
public class String {//static{System.out.println("我是自定义的String类的静态代码块");}//错误: 在类 java.lang.String 中找不到 main 方法public static void main(String[] args) {System.out.println("hello,String");}}
错误: 在类 java.lang.String 中找不到 main 方法, 请将 main 方法定义为:public static void main(String[] args)否则 JavaFX 应用程序类必须扩展javafx.application.Application
2.4、其他
2.4.1、如何判断两个class对象是否相同
在JVM中表示两个class对象是否为同一个类存在两个必要条件
- 类的完整类名必须一致包括包名。
- 加载这个类的ClassLoader指ClassLoader实例对象必须相同。
2.4.2、类的主动使用和被动使用
Java程序对类的使用方式分为王动使用和被动使用。 主动使用又分为七种情况
- 创建类的实例
- 访问某个类或接口的静态变量或者对该静态变量赋值
- 调用类的静态方法I
- 反射比如Class.forName“com.atguigu.Test”
- 初始化一个类的子类
- Java虚拟机启动时被标明为启动类的类
- JDK7开始提供的动态语言支持
- java.lang.invoke.MethodHandle实例的解析结果REF getStatic、REF putStatic、REF invokeStatic句柄对应的类没有初始化则初始化
- 每个线程独立包括程序计数器、栈、本地栈。
- 线程间共享堆、堆外内存永久代或元空间、代码缓存
- 线程是一个程序里的运行单元。JVM允许一个应用有多个线程并行的执行。
- 在Hotspot JVM里每个线程都与操作系统的本地线程直接映射。
- 当一个Java线程准备好执行以后此时一个操作系统的本地线程也同时创建。Java线程执行终止后本地线程也会回收。
3.1、PC寄存器程序计数器
3.1.1、概念
3.1.2、作用
- PC寄存器用来存储指向下一条指令的地址也即将要执行的指令代码。由执行引擎读取下一条指令。(保存执行引擎将要提取的下一条指令的地址)
3.1.3、常问面试题
1、使用PC寄存器存储字节码指令地址有什么用呢为什么使用PC寄存器记录当前线程的执行地址呢
- 因为CPU需要不停的切换各个线程这时候切换回来以后就得知道接着从哪开始继续执行。
- JVM的字节码解释器就需要通过改变PC寄存器的值来明确下一条应该执行什么样的字节码指令。
2、PC寄存器为什么被设定为私有的
- 我们都知道所谓的多线程在一个特定的时间段内只会执行其中某一个线程的方法CPU会不停地做任务切换这样必然导致经常中断或恢复如何保证分毫无差呢为了能够准确地记录各个线程正在执行的当前字节码指令地址最好的办法自然是为每一个线程都分配一个PC寄存器这样一来各个线程之间便可以进行独立计算从而不会出现相互干扰的情况。
- 由于CPU时间片轮限制众多线程在并发执行过程中任何一个确定的时刻一个处理器或者多核处理器中的一个内核只会执行某个线程中的一条指令。
- 这样必然导致经常中断或恢复如何保证分毫无差呢每个线程在创建后都会产生自己的程序计数器和栈帧程序计数器在各个线程之间互不影响。
3.1.4、注意
- pc寄存器只保存执行引擎将要提取的下一条指令的地址不保留当前指令地址
- cpu一个核只能执行一个线程不断地切换线程来执行线程
- 并发交替起来看上去像并行
3.2、虚拟机栈重点
3.2.1、栈和堆的区别
※、栈是运行时的单位而堆是存储的单位
- 栈解决程序的运行问题即程序如何执行或者说如何处理数据。
- 堆解决的是数据存储的问题即数据怎么放放哪里
3.2.2、虚拟机栈
- Java虚拟机栈Java Virtual Machine Stack早期也叫Java栈。每个线程在创建时都会创建一个虚拟机栈其内部保存一个个的栈帧Stack Frame对应着一次次的Java方法调用。
- 虚拟机栈是线程私有的生命周期和线程一致也就是线程结束了该虚拟机栈也销毁了
- 主管Java程序的运行它保存方法的局部变量、部分结果并参与方法的调用和返回。
- 栈是一种快速有效的分配存储方式访问速度仅次于程序计数器。对于栈来说不存在垃圾回收问题栈存在溢出的情况
3.2.3、栈中可能出现的异常
- Java 虚拟机规范允许Java栈的大小是动态的或者是固定不变的。
- 如果采用固定大小的Java虚拟机栈那每一个线程的Java虚拟机栈容量可以在线程创建的时候独立选定。如果线程请求分配的栈容量超过Java虚拟机栈允许的最大容量Java虚拟机将会抛出一个StackoverflowError异常。
- 如果Java虚拟机栈可以动态扩展并且在尝试扩展的时候无法申请到足够的内存或者在创建新的线程时没有足够的内存去创建对应的虚拟机栈那Java虚拟机将会抛出一个outofMemoryError 异常。
- 可以通过 -Xss[options]设置栈的大小
3.2.4、栈
※ 栈的存储单位
- 每个线程都有自己的栈栈中的数据都是以栈帧Stack Frame的格式存在。
- 在这个线程上正在执行的每个方法都各自对应一个栈帧Stack Frame。
- 栈帧是一个内存区块是一个数据集维系着方法执行过程中的各种数据信息。
※ 栈的运行原理
- JVM直接对Java栈的操作只有两个就是对栈帧的压栈和出栈遵循“先进后出”/“后进先出”原则。
- 在一条活动线程中一个时间点上只会有一个活动的栈帧。即只有当前正在执行的方法的栈帧栈顶栈帧是有效的这个栈帧被称为当前栈帧Current Frame与当前栈帧相对应的方法就是当前方法Current Method定义这个方法的类就是当前类CurrentClass。
- 执行引擎运行的所有字节码指令只针对当前栈帧进行操作。
- 如果在该方法中调用了其他方法对应的新的栈帧会被创建出来放在栈的顶端成为新的当前帧。
※ 代码验证
public class StackFrameTest {public static void main(String[] args) {try {StackFrameTest test new StackFrameTest();test.method1();} catch (Exception e) {e.printStackTrace();}System.out.println("main()正常结束");}public void method1(){System.out.println("method1()开始执行...");method2();System.out.println("method1()执行结束...");// System.out.println(10 / 0);// return ;//可以省略}public int method2() {System.out.println("method2()开始执行...");int i 10;int m (int) method3();System.out.println("method2()即将结束...");return i m;}public double method3() {System.out.println("method3()开始执行...");double j 20.0;System.out.println("method3()即将结束...");return j;}}
method1()开始执行...method2()开始执行...method3()开始执行...method3()即将结束...method2()即将结束...method1()执行结束...main()正常结束
※ 注意
- 不同线程中所包含的栈帧是不允许存在相互引用的即不可能在一个栈帧之中引用另外一个线程的栈帧。
- 如果当前方法调用了其他方法方法返回之际当前栈帧会传回此方法的执行结果给前一个栈帧接着虚拟机会丢弃当前栈帧使得前一个栈帧重新成为当前栈帧。
- Java方法有两种返回函数的方式一种是正常的函数返回使用return指令另外一种是抛出异常。不管使用哪种方式都会导致栈帧被弹出。(默认是return)
3.2.5、栈帧的内部结构
- 局部变量表Local Variables
- 操作数栈operand Stack或表达式栈
- 动态链接DynamicLinking或指向运行时常量池的方法引用
- 方法返回地址Return Address或方法正常退出或者异常退出的定义
- 一些附加信息 (局部变量表和操作数栈主要影响栈帧的大小)
并行每个线程下的栈都是私有的因此每个线程都有自己各自的栈并且每个栈里面都有很多栈帧栈帧的大小主要由局部变量表和操作数栈决定的 
3.2.5.1、局部变量表
- 局部变量表Local Variables被称之为局部变量数组或本地变量表
- 定义为一个数字数组主要用于存储方法参数和定义在方法体内的局部变量这些数据类型包括各类基本数据类型、对象引用reference以及returnAddress类型。
- 由于局部变量表是建立在线程的栈上是线程的私有数据因此不存在数据安全问题
- 局部变量表所需的容量大小是在编译期确定下来的并保存在方法的Code属性的maximum local variables数据项中。在方法运行期间是不会改变局部变量表的大小的。
- 方法嵌套调用的次数由栈的大小决定。一般来说栈越大方法嵌套调用次数越多。对一个函数而言它的参数和局部变量越多使得局部变量表膨胀它的栈帧就越大以满足方法调用所需传递的信息增大的需求。进而函数调用就会占用更多的栈空间导致其嵌套调用次数就会减少。
- 局部变量表中的变量只在当前方法调用中有效。在方法执行时虚拟机通过使用局部变量表完成参数值到参数变量列表的传递过程。当方法调用结束后随着方法栈帧的销毁局部变量表也会随之销毁。