这篇文章将为大家详细讲解有关JVM的面试真题有哪些，文章内容质量较高，因此小编分享给大家做个参考，希望大家阅读完这篇文章后对相关知识有一定的了解。
专注于为中小企业提供网站制作、网站设计服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业泾源免费做网站提供优质的服务。我们立足成都，凝聚了一批互联网行业人才，有力地推动了上千余家企业的稳健成长，帮助中小企业通过网站建设实现规模扩充和转变。
JVM系列知识，非常的重要，面试基本是必问的。
「对象一定分配在堆中吗？」不一定的，JVM通过**「逃逸分析」**，那些逃不出方法的对象会在栈上分配。
「什么是逃逸分析？」
逃逸分析(Escape Analysis)，是一种可以有效减少Java 程序中同步负载和内存堆分配压力的跨函数全局数据流分析算法。通过逃逸分析，Java Hotspot编译器能够分析出一个新的对象的引用的使用范围，从而决定是否要将这个对象分配到堆上。
❝逃逸分析是指分析指针动态范围的方法，它同编译器优化原理的指针分析和外形分析相关联。当变量（或者对象）在方法中分配后，其指针有可能被返回或者被全局引用，这样就会被其他方法或者线程所引用，这种现象称作指针（或者引用）的逃逸(Escape)。通俗点讲，如果一个对象的指针被多个方法或者线程引用时，那么我们就称这个对象的指针发生了逃逸。 ❞
「一个逃逸分析的例子」
/**
* @author 捡田螺的小男孩
*/
public class EscapeAnalysisTest {
public static Object object;
//StringBuilder可能被其他方法改变，逃逸到了方法外部。
public StringBuilder escape(String a, String b) {
StringBuilder str = new StringBuilder();
str.append(a);
str.append(b);
return str;
}
//不直接返回StringBuffer,不发生逃逸
public String notEscape(String a, String b) {
StringBuilder str = new StringBuilder();
str.append(a);
str.append(b);
return str.toString();
}
//外部线程可见object,发生逃逸
public void objectEscape(){
object = new Object();
}
//仅方法内部可见,不发生逃逸
public void objectNotEscape(){
Object object = new Object();
}
}「逃逸分析的好处」
❝栈上分配，可以降低垃圾收集器运行的频率。同步消除，如果发现某个对象只能从一个线程可访问，那么在这个对象上的操作可以不需要同步。标量替换，把对象分解成一个个基本类型，并且内存分配不再是分配在堆上，而是分配在栈上。这样的好处有，一、减少内存使用，因为不用生成对象头。二、程序内存回收效率高，并且GC频率也会减少。❞
「什么是元空间？什么是永久代？为什么用元空间代替永久代？」我们先回顾一下**「方法区」**吧,看看虚拟机运行时数据内存图，如下:
❝方法区和堆一样，是各个线程共享的内存区域，它用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译后的代码等数据。 ❞
「什么是永久代？它和方法区有什么关系呢？」
❝如果在HotSpot虚拟机上开发、部署，很多程序员都把方法区称作永久代。可以说方法区是规范，永久代是Hotspot针对该规范进行的实现。在Java7及以前的版本，方法区都是永久代实现的。 ❞
「什么是元空间？它和方法区有什么关系呢？」
❝对于Java8，HotSpots取消了永久代，取而代之的是元空间(Metaspace)。换句话说，就是方法区还是在的，只是实现变了，从永久代变为元空间了。 ❞
「为什么使用元空间替换了永久代？」
永久代的方法区，和堆使用的物理内存是连续的。
**「永久代」**是通过以下这两个参数配置大小的~
-XX:PremSize：设置永久代的初始大小
-XX:MaxPermSize: 设置永久代的最大值，默认是64M
对于**「永久代」，如果动态生成很多class的话，就很可能出现「java.lang.OutOfMemoryError: PermGen space错误」**，因为永久代空间配置有限嘛。最典型的场景是，在web开发比较多jsp页面的时候。
JDK8之后，方法区存在于元空间(Metaspace)。物理内存不再与堆连续，而是直接存在于本地内存中，理论上机器**「内存有多大，元空间就有多大」**。
可以通过以下的参数来设置元空间的大小：
❝-XX:MetaspaceSize，初始空间大小，达到该值就会触发垃圾收集进行类型卸载，同时GC会对该值进行调整：如果释放了大量的空间，就适当降低该值；如果释放了很少的空间，那么在不超过MaxMetaspaceSize时，适当提高该值。-XX:MaxMetaspaceSize，最大空间，默认是没有限制的。-XX:MinMetaspaceFreeRatio，在GC之后，最小的Metaspace剩余空间容量的百分比，减少为分配空间所导致的垃圾收集-XX:MaxMetaspaceFreeRatio，在GC之后，最大的Metaspace剩余空间容量的百分比，减少为释放空间所导致的垃圾收集❞
「所以，为什么使用元空间替换永久代？」
❝表面上看是为了避免OOM异常。因为通常使用PermSize和MaxPermSize设置永久代的大小就决定了永久代的上限，但是不是总能知道应该设置为多大合适, 如果使用默认值很容易遇到OOM错误。当使用元空间时，可以加载多少类的元数据就不再由MaxPermSize控制, 而由系统的实际可用空间来控制啦。 ❞
进行垃圾回收的过程中，会涉及对象的移动。为了保证对象引用更新的正确性，必须暂停所有的用户线程，像这样的停顿，虚拟机设计者形象描述为**「Stop The World」**。
在HotSpot中，有个数据结构（映射表）称为**「OopMap」。一旦类加载动作完成的时候，HotSpot就会把对象内什么偏移量上是什么类型的数据计算出来，记录到OopMap。在即时编译过程中，也会在「特定的位置」**生成 OopMap，记录下栈上和寄存器里哪些位置是引用。
这些特定的位置主要在：
1.循环的末尾（非 counted 循环）
2.方法临返回前 / 调用方法的call指令后
3.可能抛异常的位置
这些位置就叫作**「安全点(safepoint)。」** 用户程序执行时并非在代码指令流的任意位置都能够在停顿下来开始垃圾收集，而是必须是执行到安全点才能够暂停。
JVM包含两个子系统和两个组件，分别为
❝Class loader(类装载子系统)Execution engine(执行引擎子系统)；Runtime data area(运行时数据区组件)Native Interface(本地接口组件)。❞
「Class loader(类装载)：」根据给定的全限定名类名(如：java.lang.Object)来装载class文件到运行时数据区的方法区中。
「Execution engine（执行引擎）」：执行class的指令。
「Native Interface(本地接口)：」与native lib交互，是其它编程语言交互的接口。
「Runtime data area(运行时数据区域)」：即我们常说的JVM的内存。
❝首先通过编译器把 Java源代码转换成字节码，Class loader(类装载)再把字节码加载到内存中，将其放在运行时数据区的方法区内，而字节码文件只是 JVM 的一套指令集规范，并不能直接交给底层操作系统去执行，因此需要特定的命令解析器执行引擎（Execution Engine），将字节码翻译成底层系统指令，再交由 CPU 去执行，而这个过程中需要调用其他语言的本地库接口（Native Interface）来实现整个程序的功能。 ❞
「守护线程」是区别于用户线程哈，「用户线程」即我们手动创建的线程，而守护线程是程序运行的时候在后台提供一种「通用服务的线程」。垃圾回收线程就是典型的守护线程。
「守护线程和非守护线程的区别是？」我们通过例子来看吧~
/**
*/
public static void main(String[] args) throws InterruptedException {
Thread t1 = new Thread(()-> {
while (true) {
try {
Thread.sleep(1000);
System.out.println("我是子线程(用户线程.I am running");
} catch (Exception e) {
}
}
});
//标记为守护线程
t1.setDaemon(true);
//启动线程
t1.start();
Thread.sleep(3000);
System.out.println("主线程执行完毕...");
}运行结果：
可以发现标记为守护线程后，「主线程销毁停止，守护线程一起销毁」。我们再看下，去掉 t1.setDaemon(true)守护标记的效果：
public static void main(String[] args) throws InterruptedException {
Thread t1 = new Thread(()-> {
while (true) {
try {
Thread.sleep(1000);
System.out.println("我是子线程(用户线程.I am running");
} catch (Exception e) {
}
}
});
//启动线程
t1.start();
Thread.sleep(3000);
System.out.println("主线程执行完毕...");
}所以，当主线程退出时，JVM 也跟着退出运行，守护线程同时也会被回收，即使是死循环。如果是用户线程，它会一直停在死循环跑。这就是**「守护线程和非守护线程的区别」**啦。
守护线程拥有**「自动结束自己生命周期的特性」，非守护线程却没有。如果垃圾回收线程是非守护线程，当JVM 要退出时，由于垃圾回收线程还在运行着，导致程序无法退出，这就很尴尬。这就是「为什么垃圾回收线程需要是守护线程啦」**。
「WeakHashMap」类似HashMap ，不同点在WeakHashMap的key是**「弱引用」**的key。
谈到**「弱引用」**，在这里回顾下四种引用吧
❝强引用：Object obj=new Object()这种，只要强引用关系还存在，垃圾收集器就永远不会回收掉被引用的对象。软引用: 一般情况不会回收，如果内存不够要溢出时才会进行回收弱引用：当垃圾收集器开始工作，无论当前内存是否足够，都会回收掉只被弱引用关联的对象。虚引用：为一个对象设置虚引用的唯一目的只是为了能在这个对象被回收时收到一个系统的通知。❞
正是因为WeakHashMap使用的是弱引用，「它的对象可能随时被回收」。WeakHashMap 类的行为部分**「取决于垃圾回收器的动作」,调用两次size()方法返回不同值，调用两次isEmpty()，一次返回true，一次返回false都是「可能的」**。
WeakHashMap**「工作原理」**回答这两点：
❝WeakHashMap具有弱引用的特点：随时被回收对象。 发生GC时，WeakHashMap是如何将Entry移除的呢？❞
WeakHashMap内部的Entry继承了WeakReference，即弱引用，所以就具有了弱引用的特点，「随时可能被回收」。看下源码哈：
