杭州手机网站开发,外贸seo站,网站搭建公司排名,手机网站大小新版Java面试专题视频教程——虚拟机篇① 1 JVM组成1.1 JVM由那些部分组成#xff0c;运行流程是什么#xff1f;1.2 什么是程序计数器#xff1f;1.3 你能给我详细的介绍Java堆吗?1.3.1 1.7和1.8 堆的区别1.3.2 元空间(MetaSpace)介绍 1.4 什么是虚拟机栈1.4.1 堆和栈的区… 新版Java面试专题视频教程——虚拟机篇① 1 JVM组成1.1 JVM由那些部分组成运行流程是什么1.2 什么是程序计数器1.3 你能给我详细的介绍Java堆吗?1.3.1 1.7和1.8 堆的区别1.3.2 元空间(MetaSpace)介绍 1.4 什么是虚拟机栈1.4.1 堆和栈的区别 1.5 能不能解释一下方法区1.5.1 概述1.5.2 常量池1.5.3 运行时常量池 1.6 你听过直接内存吗1.7 堆栈的区别是什么 2 类加载器2.1 什么是类加载器类加载器有哪些?2.2 什么是双亲委派模型2.3 JVM为什么采用双亲委派机制2.3.1 如何打破双亲委派机制 2.4 说一下类装载的执行过程 JVM相关面试题 1 JVM组成
1.1 JVM由那些部分组成运行流程是什么 难易程度☆☆☆ 出现频率☆☆☆☆ JVM是什么——Java Virtual Machine Java程序的运行环境java二进制字节码的运行环境
好处
一次编写到处运行自动内存管理垃圾回收机制 JVM给你屏蔽了各个系统的差异
JVM由哪些部分组成运行流程是什么 从图中可以看出 JVM 的主要组成部分
ClassLoader类加载器Runtime Data Area运行时数据区内存分区Execution Engine执行引擎Native Method Library本地库接口
运行流程
1类加载器ClassLoader把Java代码转换为字节码
2运行时数据区Runtime Data Area把字节码加载到内存中而字节码文件只是JVM的一套指令集规范并不能直接交给底层系统去执行而是有执行引擎运行
3执行引擎Execution Engine将字节码翻译为底层系统指令再交由CPU执行去执行此时需要调用其他语言的本地库接口Native Method Library来实现整个程序的功能。
1.2 什么是程序计数器 难易程度☆☆☆ 出现频率☆☆☆☆ 程序计数器
线程私有的内部保存的字节码的行号。用于记录正在执行的字节码指令的地址。 javap -verbose xx.class 打印堆栈大小局部变量的数量和方法的参数。 java虚拟机对于多线程是通过线程轮流切换并且分配线程执行时间。在任何的一个时间点上一个处理器只会处理执行一个线程如果当前被执行的这个线程它所分配的执行时间用完了【挂起】。处理器会切换到另外的一个线程上来进行执行。并且这个线程的执行时间用完了接着处理器就会又来执行被挂起的这个线程。 那么现在有一个问题就是当前处理器如何能够知道对于这个被挂起的线程它上一次执行到了哪里那么这时就需要从程序计数器中来回去到当前的这个线程他上一次执行的行号然后接着继续向下执行。
程序计数器是JVM规范中唯一一个没有规定出现OOM的区域所以这个空间也不会进行GC。
1.3 你能给我详细的介绍Java堆吗? 难易程度☆☆☆ 出现频率☆☆☆☆ 线程共享的区域主要用来保存对象实例数组等当堆中没有内存空间可分配给实例也无法再扩展时则抛出OutOfMemoryError异常。 年轻代被划分为三部分 Eden区和两个大小严格相同的Survivor(幸存者)区根据JVM的策略在经过几次垃圾收集后任然存活于Survivor的对象将被移动到老年代区间。 老年代主要保存生命周期长的对象一般是一些老的对象之前的永久代保存(或者说之前的方法区)的类信息、静态变量、常量、编译后的代码jdk8 元空间存储的是类的元信息堆里面存储了静态变量和常量。 如何理解方法区、永久代、元空间 记住一句话永久代、元空间是方法区不同的表现形式 JDK1.8以前 静态成员存储在方法区永久代中此时方法区的实现叫做永久代 JDK1.8以后 永久代被移除此时方法区的实现更改为元空间但由于元空间主要用于存储字节码文件因此静态成员的存储位置从方法区更改到了堆内存中 Java中常量池的存储位置 JDK1.6及以前 在JDK1.6及以前常量池存储在方法区永久代中 JDK1.7 在JDK1.7中方法区被整合到堆内存中常量池存储在堆内存中 JDK1.8以后 在JDK1.8后方法区从堆内存中独立出来常量池存储在方法区中但此时永久代被移除方法区的实现更改为元空间 1.3.1 1.7和1.8 堆的区别
Jdk1.7和1.8的区别 1.7 中有有一个永久代存储的是类信息、静态变量、常量、编译后的代码1.8 移除了永久代把数据存储到了本地内存的元空间中防止内存溢出 为了避免方法区出现OOM所以在java8中将堆上的方法区【永久代】给移动到了本地内存上重新开辟了一块空间叫做元空间。那么现在就可以避免掉OOM的出现了。 1.3.2 元空间(MetaSpace)介绍
在 HotSpot JVM 中永久代 ≈ 方法区中用于存放类和方法的元数据以及常量池比如Class 和 Method。每当一个类初次被加载时 它的元数据都会放到永久代。
永久代是有大小限制的因此如果加载的类太多很有可能导致永久代内存溢出即OutOfMemoryError为此不得不对虚拟机做调优。
那么Java 8 中 PermGen 为什么被移出 HotSpot JVM 了
官网给出了解释JEP 122: Remove the Permanent Generation This is part of the JRockit and Hotspot convergence effort. JRockit customers do not need to configure the permanent generation (since JRockit does not have a permanent generation) and are accustomed to not configuring the permanent generation. 移除永久代是为融合HotSpot JVM与 JRockit VM而做出的努力因为JRockit没有永久代不需要配置永久代。 解释一下HotSpot JVM与 JRockit VM 是什么了解就行 HotSpot JVM和JRockit VM都是Java虚拟机JVM的实现。它们是用于在Java应用程序和平台之间提供中间层的软件允许Java程序在不同的操作系统和硬件环境中运行。 HotSpot JVMHotSpot是由Sun Microsystems后来被Oracle收购开发的Java虚拟机。它是Java SE平台的标准虚拟机也是Oracle JDK和OpenJDK的默认虚拟机。HotSpot被设计为具有高性能和优化能力以便在运行Java应用程序时提供最佳性能。 JRockit VMJRockit是由BEA Systems开发的Java虚拟机。它专注于性能和可伸缩性并提供了许多高级调优和监控功能。BEA Systems后来被Oracle收购JRockit被整合到了Oracle产品线中。在一段时间里JRockit VM与HotSpot JVM是Oracle的两种主要JVM实现但后来Oracle宣布将两者合并将JRockit VM的一些优秀特性整合到HotSpot中这就是为什么在Oracle JDK 7之后的版本中JRockit VM不再作为独立的虚拟机发布。 总的来说HotSpot JVM和JRockit VM都是用于执行Java程序的虚拟机它们在性能特性和功能上略有不同但都旨在为Java应用程序提供高性能的运行环境。 堆区: 存储的全部是对象 每个对象都包含一个与之对应的class的信息。(class的目的是得到操作指令)jvm只有一个堆区(heap)被所有线程共享堆中不存放基本类型和对象引用只存放对象本身 方法区: 又叫 静态区 跟堆一样 被所有的线程共享 。方法区 包含所有的class和static变量 。方法区中包含的都是在整个程序中永远唯一的元素如classstatic变量。 1由于 PermGen 内存经常会溢出引发OutOfMemoryError因此 JVM 的开发者希望这一块内存可以更灵活地被管理不要再经常出现这样的 OOM。
2移除 PermGen 可以促进 HotSpot JVM 与 JRockit VM 的融合因为 JRockit 没有永久代。
准确来说Perm 区中的字符串常量池被移到了堆内存中是在 Java7 之后Java 8 时PermGen 被元空间代替其他内容比如类元信息、字段、静态属性、方法、常量等都移动到元空间区。比如 java/lang/Object 类元信息、静态属性 System.out、整型常量等。 以上是黑马讲解的但是我这方面保持存疑既然我们讨论的是原空间而不是方法区为我们要辩证的看类元信息、字段、静态属性、方法、常量存在方法区中ok我没意见但是说类元信息、字段、静态属性、方法、常量存在元空间中我觉得有点问题因为对于方法区来说 相当于 被瓜分了 小编认为真正意义上字符串常量池在堆中存储元空间可能有引用堆中字符串常量运行时常量池在方法区中。
元空间的本质和永久代类似都是对 JVM 规范中方法区的实现。
不过元空间与永久代之间最大的区别在于元空间并不在虚拟机中而是使用本地内存。因此默认情况下元空间的大小仅受本地内存限制。
1.4 什么是虚拟机栈 难易程度☆☆☆ 出现频率☆☆☆☆ Java Virtual machine Stacks (java 虚拟机栈)
每个线程运行时所需要的内存称为虚拟机栈先进后出每个栈由多个栈帧frame组成对应着每次方法调用时所占用的内存每个线程只能有一个活动栈帧对应着当前正在执行的那个方法 垃圾回收是否涉及栈内存 垃圾回收主要指就是堆内存当栈帧弹栈以后内存就会释放 栈内存分配越大越好吗 未必默认的栈内存通常为1024k 栈帧过大会导致线程数变少例如机器总内存为512m目前能活动的线程数则为512个如果把栈内存改为2048k那么能活动的栈帧就会减半 方法内的局部变量是否线程安全 如果方法内局部变量没有逃离方法的作用范围它是线程安全的如果是局部变量引用了对象并逃离方法的作用范围(m2的形参sb和m3的返回值)需要考虑线程安全比如以下代码 栈内存溢出情况
栈帧过多导致栈内存溢出典型问题递归调用 栈帧过大导致栈内存溢出
1.4.1 堆和栈的区别 难易程度☆☆☆ 出现频率☆☆☆ 组成部分堆、方法区、栈、本地方法栈、程序计数器 堆解决的是对象实例存储的问题垃圾回收器管理的主要区域。 方法区可以认为是堆的一部分用于存储已被虚拟机加载的信息常量、静态变量、即时编译器编译后的代码。 栈解决的是程序运行的问题栈里面存的是栈帧栈帧里面存的是局部变量表、操作数栈、动态链接、方法出口等信息。 本地方法栈与栈功能相同本地方法栈执行的是本地方法一个Java调用非Java代码的接口。 程序计数器PC寄存器程序计数器中存放的是当前线程所执行的字节码的行数。JVM工作时就是通过改变这个计数器的值来选取下一个需要执行的字节码指令。
1.5 能不能解释一下方法区 难易程度☆☆☆ 出现频率☆☆☆ 1.5.1 概述
方法区(Method Area)是各个线程共享的内存区域主要存储类的信息、运行时常量池虚拟机启动的时候创建关闭虚拟机时释放如果方法区域中的内存无法满足分配请求则会抛出OutOfMemoryError: Metaspace 1.5.2 常量池
可以看作是一张表虚拟机指令根据这张常量表找到要执行的类名、方法名、参数类型、字面量等信息
查看字节码结构类的基本信息、常量池、方法定义javap -v xx.class
比如下面是一个Application类的main方法执行源码如下
public class Application {public static void main(String[] args) {System.out.println(hello world);}
}找到类对应的class文件存放目录执行命令javap -v Application.class 查看字节码结构
D:\code\jvm-demo\target\classes\com\heima\jvmjavap -v Application.class
Classfile /D:/code/jvm-demo/target/classes/com/heima/jvm/Application.classLast modified 2023-05-07; size 564 bytes //最后修改的时间MD5 checksum c1b64ed6491b9a16c2baab5061c64f88 //签名Compiled from Application.java //从哪个源码编译
public class com.heima.jvm.Application //包名类名minor version: 0major version: 52 //jdk版本flags: ACC_PUBLIC, ACC_SUPER //修饰符
Constant pool: //常量池#1 Methodref #6.#20 // java/lang/Object.init:()V#2 Fieldref #21.#22 // java/lang/System.out:Ljava/io/PrintStream;#3 String #23 // hello world#4 Methodref #24.#25 // java/io/PrintStream.println:(Ljava/lang/String;)V#5 Class #26 // com/heima/jvm/Application#6 Class #27 // java/lang/Object#7 Utf8 init#8 Utf8 ()V#9 Utf8 Code#10 Utf8 LineNumberTable#11 Utf8 LocalVariableTable#12 Utf8 this#13 Utf8 Lcom/heima/jvm/Application;#14 Utf8 main#15 Utf8 ([Ljava/lang/String;)V#16 Utf8 args#17 Utf8 [Ljava/lang/String;#18 Utf8 SourceFile#19 Utf8 Application.java#20 NameAndType #7:#8 // init:()V#21 Class #28 // java/lang/System#22 NameAndType #29:#30 // out:Ljava/io/PrintStream;#23 Utf8 hello world#24 Class #31 // java/io/PrintStream#25 NameAndType #32:#33 // println:(Ljava/lang/String;)V#26 Utf8 com/heima/jvm/Application#27 Utf8 java/lang/Object#28 Utf8 java/lang/System#29 Utf8 out#30 Utf8 Ljava/io/PrintStream;#31 Utf8 java/io/PrintStream#32 Utf8 println#33 Utf8 (Ljava/lang/String;)V
{public com.heima.jvm.Application(); //构造方法descriptor: ()Vflags: ACC_PUBLICCode:stack1, locals1, args_size10: aload_01: invokespecial #1 // Method java/lang/Object.init:()V4: returnLineNumberTable:line 3: 0LocalVariableTable:Start Length Slot Name Signature0 5 0 this Lcom/heima/jvm/Application;public static void main(java.lang.String[]); //main方法descriptor: ([Ljava/lang/String;)Vflags: ACC_PUBLIC, ACC_STATICCode:stack2, locals1, args_size10: getstatic #2 // Field java/lang/System.out:Ljava/io/PrintStream;3: ldc #3 // String hello world5: invokevirtual #4 // Method java/io/PrintStream.println:(Ljava/lang/String;)V8: returnLineNumberTable:line 7: 0line 8: 8LocalVariableTable:Start Length Slot Name Signature0 9 0 args [Ljava/lang/String;
}
SourceFile: Application.java下图左侧是main方法的指令信息右侧constant pool 是常量池
main方法按照指令执行的时候需要到常量池中查表翻译找到具体的类和方法地址去执行 1.5.3 运行时常量池
常量池是 *.class 文件中的当该类被加载它的常量池信息就会放入运行时常量池并把里面的符号地址变为真实地址 1.6 你听过直接内存吗 难易程度☆☆☆ 出现频率☆☆☆ 不受 JVM 内存回收管理是虚拟机的系统内存常见于 NIO 操作时用于数据缓冲区分配回收成本较高但读写性能高不受 JVM 内存回收管理
举例
需求在本地电脑中的一个较大的文件超过100m从一个磁盘挪到另外一个磁盘 代码如下
/*** 演示 ByteBuffer 作用*/
public class Demo1_9 {static final String FROM E:\\编程资料\\第三方教学视频\\youtube\\Getting Started with Spring Boot-sbPSjI4tt10.mp4;static final String TO E:\\a.mp4;static final int _1Mb 1024 * 1024;public static void main(String[] args) {io(); // io 用时1535.586957 1766.963399 1359.240226directBuffer(); // directBuffer 用时479.295165 702.291454 562.56592}private static void directBuffer() {long start System.nanoTime();try (FileChannel from new FileInputStream(FROM).getChannel();FileChannel to new FileOutputStream(TO).getChannel();) {ByteBuffer bb ByteBuffer.allocateDirect(_1Mb);while (true) {int len from.read(bb);if (len -1) {break;}bb.flip();to.write(bb);bb.clear();}} catch (IOException e) {e.printStackTrace();}long end System.nanoTime();System.out.println(directBuffer 用时 (end - start) / 1000_000.0);}private static void io() {long start System.nanoTime();try (FileInputStream from new FileInputStream(FROM);FileOutputStream to new FileOutputStream(TO);) {byte[] buf new byte[_1Mb];while (true) {int len from.read(buf);if (len -1) {break;}to.write(buf, 0, len);}} catch (IOException e) {e.printStackTrace();}long end System.nanoTime();System.out.println(io 用时 (end - start) / 1000_000.0);}
}可以发现使用传统的IO的时间要比NIO操作的时间长了很多了也就说NIO的读性能更好。
这个是跟我们的JVM的直接内存是有一定关系如下图是传统阻塞IO的数据传输流程 下图是NIO传输数据的流程在这个里面主要使用到了一个直接内存不需要 在堆中开辟空间进行数据的拷贝 jvm可以直接操作直接内存从而使数据读写传输更快。 1.7 堆栈的区别是什么 难易程度☆☆☆ 出现频率☆☆☆☆ 栈内存一般会用来存储局部变量和方法调用但堆内存是用来存储Java对象和数组的。堆会GC垃圾回收而栈不会。 栈内存是线程私有的而堆内存是线程共有的。 两者异常错误不同但如果栈内存或者堆内存不足都会抛出异常。 栈空间不足java.lang.StackOverFlowError。 堆空间不足java.lang.OutOfMemoryError。
2 类加载器
2.1 什么是类加载器类加载器有哪些? 难易程度☆☆☆☆ 出现频率☆☆☆ 想理解类加载器务必要先清楚对于一个Java文件它从编译到执行的整个过程。 类加载器用于装载字节码文件(.class文件)运行时数据区用于分配存储空间执行引擎执行字节码文件或本地方法垃圾回收器用于对JVM中的垃圾内容进行回收
类加载器 JVM只会运行二进制文件而类加载器ClassLoader的主要作用就是将字节码文件加载到JVM中从而让Java程序能够启动起来。现有的类加载器基本上都是java.lang.ClassLoader的子类该类的主要职责就是用于将指定的类找到或生成对应的字节码文件同时类加载器还会负责加载程序所需要的资源 类加载器种类 类加载器根据各自加载范围的不同划分为四种类加载器 启动类加载器(BootStrap ClassLoader)
该类并不继承ClassLoader类其是由C编写实现。用于加载JAVA_HOME/jre/lib目录下的类库。
扩展类加载器(ExtClassLoader)
该类是ClassLoader的子类主要加载JAVA_HOME/jre/lib/ext目录中的类库。
应用类加载器(AppClassLoader)
该类是ClassLoader的子类主要用于加载classPath下的类也就是加载开发者自己编写的Java类。
自定义类加载器
开发者自定义类继承ClassLoader实现自定义类加载规则。
上述三种类加载器的层次结构如下如下 类加载器的体系并不是“继承”体系而是委派体系类加载器首先会到自己的parent中查找类或者资源如果找不到才会到自己本地查找。类加载器的委托行为动机是为了避免相同的类被加载多次。
2.2 什么是双亲委派模型 难易程度☆☆☆☆ 出现频率☆☆☆☆ 如果一个类加载器在接到加载类的请求时它首先不会自己尝试去加载这个类而是把这个请求任务委托给父类加载器去完成依次递归如果父类加载器可以完成类加载任务就返回成功只有父类加载器无法完成此加载任务时才由下一级去加载。 2.3 JVM为什么采用双亲委派机制 难易程度☆☆☆ 出现频率☆☆☆ 1通过双亲委派机制可以避免某一个类被重复加载当父类已经加载后则无需重复加载保证唯一性。
2为了安全保证类库API不会被修改
在工程中新建java.lang包接着在该包下新建String类并定义main函数
public class String {public static void main(String[] args) {System.out.println(demo info);}
}此时执行main函数会出现异常在类 java.lang.String 中找不到 main 方法 出现该信息是因为由双亲委派的机制java.lang.String的在启动类加载器(Bootstrap classLoader)得到加载因为在核心jre库中有其相同名字的类文件但该类中并没有main方法。这样就能防止恶意篡改核心API库。
2.3.1 如何打破双亲委派机制
方法一Java提供的线程上下文类加载器默认赋值应用类加载器赋值给线程上下文类加载器jdbc对数据库驱动的加载就是一种打破双亲委派机制
方法二自己写一个类加载器重写load class向上递归的方法
2.4 说一下类装载的执行过程 难易程度 ☆☆☆☆☆ 出现频率☆☆☆ 类从加载到虚拟机中开始直到卸载为止它的整个生命周期包括了加载、验证、准备、解析、初始化、使用和卸载这7个阶段。其中验证、准备和解析这三个部分统称为连接linking。 类加载过程详解
1.加载 通过类的全名获取类的二进制数据流。解析类的二进制数据流为方法区内的数据结构Java类模型创建java.lang.Class类的实例表示该类型。作为方法区这个类的各种数据的访问入口 2.验证 验证类是否符合JVM规范安全性检查
(1)文件格式验证:是否符合Class文件的规范
(2)元数据验证
这个类是否有父类除了Object这个类之外其余的类都应该有父类
这个类是否继承extends了被final修饰过的类被final修饰过的类表示类不能被继承
类中的字段、方法是否与父类产生矛盾。被final修饰过的方法或字段是不能覆盖的
(3)字节码验证
主要目的是通过对数据流和控制流的分析确定程序语义是合法的、符合逻辑的。
(4)符号引用验证
符号引用以一组符号来描述所引用的目标符号可以是任何形式的字面量 比如int i 3; 字面量3 符号引用i 3.准备 为类变量分配内存并设置类变量初始值
static变量分配空间在准备阶段完成设置默认值赋值在初始化阶段完成static变量是final的基本类型以及字符串常量值已确定赋值在准备阶段完成static变量是final的引用类型那么赋值也会在初始化阶段完成 4.解析 把类中的符号引用转换为直接引用
比如方法中调用了其他方法方法名可以理解为符号引用而直接引用就是使用指针直接指向方法。 5.初始化 对类的静态变量静态代码块执行初始化操作
如果初始化一个类的时候其父类尚未初始化则优先初始化其父类。如果同时包含多个静态变量和静态代码块则按照自上而下的顺序依次执行。
6.使用 JVM 开始从入口方法开始执行用户的程序代码
调用静态类成员信息比如静态字段、静态方法使用new关键字为其创建对象实例
7.卸载
当用户程序代码执行完毕后JVM 便开始销毁创建的 Class 对象最后负责运行的 JVM 也退出内存 说一下类装载的执行过程?
加载:查找和导入class文件验证:保证加载类的准确性准备:为类变量分配内存并设置类变量初始值解析:把类中的符 号引用转换为直接引用初始化:对类的静态变量, 静态代码块执行初始化操作使用:JVM 开始从入口方法开始执行用户的程序代码卸载:当用户程序代码执行完毕后 JVM便开始销毁创建的Class对象。
