面试之Java虚拟机篇_面试虚拟机参数-CSDN博客

本文链接：https://blog.csdn.net/mr_liuzhongbin/article/details/108102852

前言

目前本人处于紧张的秋招面试阶段，前期一直在看书刷题。这个过程中也对一些Java的面试题进行了一些汇总，不过没有好好的整理一下。JVM相关的是整理出的第一篇，以问题为导向同样也是高频问题，将面试过程中关于JVM的知识点全部带出。

Java虚拟机面试的知识体系

Java内存模型
虚拟机运行时数据区域
垃圾判断算法
垃圾回收算法和垃圾收集器
内存分配策略
Minor GC 和 Full GC
类加载

解答

根据网友大佬们的总结以及面经，总结出来以下问题。Java虚拟机每个方面都有若干个问题，后期还会更新和修正的。答案主要是根据周志明的《深入理解Java虚拟机》这本书再结合大佬们的回答总结而来的。

1. Java内存模型

问题1

了解jvm么？ jvm的内存模型？

答案：

了解。Java的内存模型主要目标是定义程序中各个变量的访问规则，即在虚拟机中将变量存储到内存和从内存中取出变量这样的底层细节。Java内存模型将内存分为主内存和工作内存。本地内存只是一个抽象概念，可以理解为线程将共享变量写入主内存之前的一步缓存操作。

注：这个回答主要是摘抄自《深入理解Java虚拟机》这本书上的内内容，本人觉得如果觉得答案过于简单，还可以跟面试官聊一些关于多线程中的Java内存模型，比如重排序、happens -before等这些Java内存模型的特性，从多线程方向切入Java内存模型。

2. 虚拟机运行时数据区域

问题2

jvm的内存分布知道么？都有哪些？

答案：

程序计数器：记录正在执行的虚拟机字节码指令的地址
2. Java虚拟机栈：存储局部变量表、操作数栈、常量池引用等信息。
3. 本地方法栈：为native方法提供服务的
上面三个是线程私有
4. 堆：所有对象都被分配在堆内存中，现代垃圾回收器把堆内存分为新生代和老年代进行分代收集
5. 方法区：存放已被加载的类信息、常量、静态变量、即时编译器编译后的代码
Jdk1.7虚拟机把方法区当作永久代进行垃圾回收，很难确定永久代的大小。从8开始，移除永久代，并把方法区移至元空间，位于本地内存中。原来永久代的数据被分到堆和元空间中，元空间存储类的元信息，堆空间存储它的静态变量和常量池。方法区是一个 JVM 规范，永久代与元空间都是其一种实现方式。在 JDK 1.8 之后，原来永久代的数据被分到了堆和元空间中。元空间存储类的元信息，静态变量和常量池等放入堆中。
6. 直接内存
这三个是线程公有

注：这里是根据书籍和网友们普遍的回答总结而来的，jvm内存分布在书上也被叫做Java运行时数据区域。回答这个问题时，要注意讲到堆时，面试官很有可能就把垃圾回收那一块的知识带出来了。还要方法区这个点，我曾经看到有个网友被问到Java7和Java8虚拟机的方法区的区别，这里我就把它列出来了。

3. 垃圾判断算法

问题3

Java 如何判断一个对象是否还活着呢？

答案：

Java使用的可达性分析算法。以GC ROOTS 为起点向下搜索，如果有有效路径达到对象，则认为该对象是存活的，否则可被回收。

问题4

Java中，哪些可作为GC roots的对象？

答案：

虚拟机栈中引用的对象
方法区中静态属性引用的对象
方法去中常量引用的对象
本地方法栈中引用的对象

注：这一部分的问题可以引申到Java的四个引用以及一个对象何时会被垃圾回收，关于这一块等自己总结完了再写到这里。

4. 垃圾回收算法和垃圾收集器

问题5

Java 的垃圾回收算呢，了解吗？

答案：

了解。

复制算法
将内存分为大小相等的两块From和To区域，将From区域存活的对象全部复制移动到To区域，然后清空From区域。这时候From区域变为To区域，To区域变为From区域。
优点：不会产生内存碎片，实现简单
缺点：内存空间使用率降低
2. 标记清除算法
标记出所有需要回收的对象，然后对标记的对象进行内存回收。
缺点：容易产生大量的内存碎片，导致大对象无法申请到连续的内存空间而提前触发一次垃圾回收；效率较低，因为标记和清除两个阶段的效率都不高。
3. 标记整理算法
对存活的对象进行一次标记，将对象都向一端移动，然后直接清理掉端边界外的内存。
优点：不会产生内存碎片，内存使用率高。
4. 分代收集算法
根据对象的生存周期的不同将内存划分为几块。一般是把Java堆分为新生代和老年代，这样就可以根据各个年代的特点采用适合的收集算法。新生代在每次发生垃圾回收时发现有大批对象死去，所以很适合采用复制算法；老年代的对象生存周期长，多为大对象，所以适合采用标记整理或者标记清除算法。

问题6

Java都有哪些垃圾回收器？之间的区别呢？

答案：

一、新生代：serial（适合client场景）、parNew（适合server场景）、parallel Scavenge
新生代垃圾回收器主要使用的是复制算法，其中serial是单线程回收器。ParNew和parallel Scavenge是多线程回收器。parallel Scavenge是吞吐量优先回收器，垃圾回收线程与用户线程是串行执行的。
二、老年代：serial old（client场景）、CMS、parallel old
老年代垃圾回收器使用的标记算法，CMS使用的标记清除算法并且它是一个并行垃圾回收器。Serial old是CMS的后备预案，在并发收集时出现Concurrent Mode Failure时使用（这是因为CMS在垃圾回收时，无法处理浮动垃圾，从而导致Concurrent Mode Failure问题）。
G1收集器堆被分为新生代和老年代，其它收集器进行收集的范围都是整个新生代或者老年代，而 G1 可以直接对新生代和老年代一起回收。它把堆分成多个大小相等的独立区域。
• cms回收器和g1回收器的回收流程和适用场景
CMS回收器：

初始标记：仅仅是标记和GC roots能够直接关联的对象，速度快不需要停顿
并发标记：进行GC roots tracing的过程，在整个回收过程耗时最长，不需要停顿
重新标记：为了修正并发标记期间用户线程继续运作而导致标记产生变动的那一部分对象的标记记录，需要停顿
并发清除不需要停顿适用场景：适用于client这种对响应时间比较敏感的场景
G1收集器：
初始标记
并发标记
最终标记
筛选回收适用场景：多CPU大内存的场景，比如server端

注：个人感觉这个问题回答到这个程度足以应付绝大多数的面试，如果面试官对G1收集器比较感兴趣，那这个回答肯定不行。还有就是CMS导致导致Concurrent Mode Failure问题这个回答没有细说，这个问题可以在聊CMS收集器四个过程中讲一下（并发清除阶段）。

问题7

方法区是如何回收的（类卸载问题）？

答案：

方法区的回收主要是对常量池的回收和对类的卸载。
为了避免内存溢出，在大量使用反射和动态代理的场景都需要虚拟机具备类卸载功能。
类的卸载条件很多，需要满足以下三个条件，并且满足了条件也不一定会被卸载：

该类所有的实例都已经被回收，此时堆中不存在该类的任何实例。
加载该类的 ClassLoader 已经被回收。
该类对应的 Class 对象没有在任何地方被引用，也就无法在任何地方通过反射访问该类方法。

5. 内存分配策略 && 6. Minor GC 和 Full GC

问题8

Java对象的创建和回收管理机制了解么？

这个问题其实有很多种变化，其实要抓住两个关键就是创建和回收。对象的创建那就是Java虚拟机的内存分配机制，回收就对应着Minor GC和full GC触发的条件。这个问题还可以被这样问

Java创建一个对象到回收，虚拟机都发生了什么？

答案：

虚拟机内存分配策略
1. 对象优先分在Eden区分配
大多数情况下，对象在新生代的Eden区分配，当Eden去空间不足时，会发生Minor GC
2. 大对象直接进入老年代
-XX:PretenureSizeThreshold，大于此值的对象直接在老年代分配，避免在 Eden 和 Survivor 之间的大量内存复制。
3. 长期存活的对象进入老年代
为对象制定年龄计数器，对象出生在Eden区并且经过Minor GC依然存活后，对象年龄加一，到达一定阈值移动到老年代。-XX:MaxTenuringThreshold 用来定义年龄的阈值。
4. 动态对象年龄判断
虚拟机不是永远要求对象年龄大于一定阈值之后才进入老年代，如果在survivor区中所有同年龄的所有对象大小总和大于survivor空间的一半，则年龄大于或等于该年龄的对象直接进入老年代。
5. 空间分配担保
在发生 Minor GC 之前，虚拟机先检查老年代最大可用的连续空间是否大于新生代所有对象总空间，如果条件成立的话，那么 Minor GC 可以确认是安全的。
如果不成立的话虚拟机会查看 HandlePromotionFailure 的值是否允许担保失败，如果允许那么就会继续检查老年代最大可用的连续空间是否大于历次晋升到老年代对象的平均大小，如果大于，将尝试着进行一次 Minor GC；如果小于，或者 HandlePromotionFailure 的值不允许冒险，那么就要进行一次 Full GC。
Minor GC 和Full GC触发的条件：

Young GC（Minor GC）触发条件相对简单，在Eden区域内存不足时触发。
Full GC触发条件如下：
2.1 调用System.gc()时，这个只是建议虚拟机执行full GC,虚拟机不一定真正去执行。
2.2 老年代空间不足：一般大对象直接进入老年代、长期存活的对象进入老年代都会导致老年代空间不足。
2.3 空间分配担保失败：使用复制算法的Minor GC需要老年代的内存空间作担保，如果担保失败会执行一次Full GC.在每次Minor GC之前，虚拟机先检查老年代最大可用的连续空间是否大于新生代所有对象总空间，如果成立那么minor GC可以确认安全的。如果不成立，虚拟机会查HandlePromotionFailure的值是否允许担保失败，如果允许那么就会继续检查老年代的最大可用的连续空间是否大于历次晋升到老年代对象的平均大小，如果大于，将尝试进行一次minor GC；如果小于，或者HandlePromotionFailure的值不允许冒险，那么就要进行一次Full GC.
2.4 Concurrent Mode Failure 执行 CMS GC 的过程中同时有对象要放入老年代，而此时老年代空间不足（可能是 GC过程中浮动垃圾过多导致暂时性的空间不足），便会报 Concurrent Mode Failure 错误，并触发 Full GC。

7. 类加载

问题9

Java 类加载器了解吗，有哪些呢？那它的双亲委派了解吗？

答案：

启动类加载器
此类加载器负责将存放在目录<JAVA_HOME>\lib中的，或者被-Xbootclasspath参数所指定的路径中的，并且是虚拟机识别的类库加载到虚拟机内存中。
扩展类加载器负责将<JAVA_HOME>\lib\ext或者被java.ext.dir系统变量所指定路径中的所有类库加载到内存中。
应用程序类加载器负责加载用户类路径上所指定的类库，一般情况下这个就是程序中默认的类加载器。
双亲委派模型该模型要求除了顶层的启动类加载器外，其它的类加载器都要有自己的父类加载器。这里的父子关系一般通过组合关系来实现，而不是继承关系。
工作过程：一个类加载器首先将类加载器请求转发到父类加载器，只有当父类加载器无法完成时才尝试自己加载。

问题10

Java 的类加载了解吗？

答案：

了解。Java类加载包含了加载、验证、准备、解析和初始化这 5 个阶段。

加载获取定义该类的二进制字节流。将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构在内存中生成一个代表该类的class对象，作为方法区中该类各种数据的访问入口。
验证确保class文件的字节流中包含的信息符合当前虚拟机的要求，并且不会危害虚拟机自身的安全。
准备为类变量分配内存并设置类变量初始值的阶段。
解析将常量池中的符号引用转为直接引用的过程。解析动作主要针对类或接口、字段、类方法、接口方法、方法类型、方法句柄和调用点限定符。符号引用以一组符号来描述所引用的目标。
直接引用可以是直接指向目标的指针、相对偏移量或是一个能间接定位到目标的句柄。符号引用理解为一个标示，直接引用直接指向内存中的地址。
初始化对静态变量和静态代码块执行初始化工作，执行类构造器()的过程。
类初始化时机：
6.1 主动引用
使用new关键字实例化对象的时候；读取或设置一个类的静态字段的时候；以及调用一个类的静态方法的时候。
对类进行反射调用的时候，如果类没有进行初始化，则需要先触发其初始化。
当初始化一个类的时候，发现其父类还没有进行初始化，则需要先触发其父类的初始化。
当虚拟机启动时，用户需要指定一个要执行的主类，虚拟机会先初始化这个主类。
6.2 被动引用
通过子类引用父类的静态字段，不会导致子类初始化
通过数组定义引用类，不会触发此类的初始化。
常量在编译阶段会存入调用类的常量池中，本质上并没有直接引用到定义常量的类，因此不会触发定义常量类的初始化。

8. 其他

有时候我看到面经还要写会问题关于JVM命令或者是JVM参数的。

问题11

Jvm 参数你了解吗？

答案:

java -Xss2M HackTheJava 指定每个虚拟机栈内存大小 java -Xms1M -Xmx2M HackTheJava
-Xms用来指定一个程序的堆内存初始值大小，-Xmx用来指定最大值
-Xmn 新生代的大小；整个堆的大小 = 新生代 + 老年代 + 持久代官方推荐配置为整个堆空间的3/8
-XX:MaxTenuringThreshold 对象最大年龄

注：JVM的参数非常多，我上面只是列举了在回答上面的问题时牵扯到的参数，并且比较常用的参数。具体参数列表，Java官方问题上有详细的说明。