JVM面试题

1.JVM是什么

• Java Virtual Machine：Java程序的运行环境（java二进制字节码的运行环境）
• 优点：
  • 一次编写，到处运行
  • 自动内存管理，垃圾回收机制

2.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）来实现整个程序的功能。

3.什么是程序计数器

• 程序计数器：线程私有的，内部保存的字节码的行号。用于记录正在执行的字节码指令的地址

4.什么是java堆

• 堆(线程共享的区域)：主要用来保存对象实例，数组等，当堆中没有内存空间可分配给实例，也无法再扩展时，则抛出OutOfMemoryError异常

• 年轻代被划分为三部分，Eden区和两个大小严格相同的Survivor区，根据JVM的策略，在经过几次垃圾收集后，任然存活于Survivor的对象将被移动到老年代区间。
• 老年代主要保存生命周期长的对象，一般是一些老的对象
• JDK1.7和JDK1.8的区别
  • JDK1.7有一个永久代，保存的类信息、静态变量、常量、编译后的代码
  • JDK1.8移除了永久代，把数据存储到了本地内存的元空间中防止内存溢出

5.什么是虚拟机栈

• java 虚拟机栈(Java Virtual machine Stacks)：
  • 每个线程运行时所需要的内存，称为虚拟机栈，先进后出
  • 每个栈由多个栈帧（frame）组成，对应着每次方法调用时所占用的内存
  • 每个线程只能有一个活动栈帧，对应着当前正在执行的那个方法

6.垃圾回收是否涉及栈内存

• 垃圾回收主要指就是堆内存，当栈帧弹栈以后，内存就会释放

7.栈内存分配越大越好吗

• 未必，默认的栈内存通常为1024k
• 栈帧过大会导致线程数变少，例如，机器总内存为512m，目前能活动的线程数则为512个，如果把栈内存改为2048k，那么能活动的栈帧就会减半

8.方法内的局部变量是否线程安全

• 如果方法内局部变量没有逃离方法的作用范围，它是线程安全的
• 如果是局部变量引用了对象，并逃离方法的作用范围（方法有形参或返回值），需要考虑线程安全

9.什么情况会导致栈内存溢出

• 栈帧过多导致栈内存溢出，如递归
• 栈帧过大导致栈内存溢出

10.堆和栈的区别

• 栈捏村一般用来存储局部变量和方法调用，但堆内存是用来存储java对象和数组的
• 栈不会GC垃圾回收，而堆会
• 栈内存是线程私有的，而堆内存是线程共有的
• 异常不同：
  • 栈空间不足：java.lang.StackOverFlowError
  • 堆空间不足：java.lang.OutOfMemoryError

11.什么是方法区

• 方法区(Method Area)：各个线程共享的内存区域
  • 主要存储类的信息、运行时常量池
  • 虚拟机启动的时候创建，关闭虚拟机时释放
  • 如果方法区域中的内存无法满足分配请求，则会抛出OutOfMemoryError: Metaspace

12.什么是常量池

• 常量池：可以看作是一张表，虚拟机指令根据这张常量表找到要执行的类名、方法名、参数类型、字面量等信息
• 常量池是 *.class 文件中的，当该类被加载，它的常量池信息就会放入运行时常量池，并把里面的符号地址变为真实地址

13.什么是直接内存

• 直接内存：不受 JVM 内存回收管理，是虚拟机的系统内存
• 常见于 NIO 操作时，用于数据缓冲区，分配回收成本较高，但读写性能高，不受 JVM 内存回收管理

14.什么是类加载器，类加载器有哪些

• 类加载器：JVM只会运行二进制文件，而类加载器（ClassLoader）的主要作用就是将字节码文件加载到JVM中，从而让Java程序能够启动起来。
• 四种类加载器：
  • 启动类加载器(BootStrap ClassLoader)：加载JAVA_HOME/jre/lib目录下的类库。
  • 扩展类加载器(ExtClassLoader)：加载JAVA_HOME/jre/lib/ext目录中的类库。
  • 应用类加载器(AppClassLoader)：加载classPath下的类，也就是加载开发者自己编写的Java类。
  • 自定义类加载器(CustomizeClassLoader)：实现自定义类加载规则。

15.什么是双亲委派模型

• 双亲委派模型：加载某一个类，先委托给父类加载器去完成，依次递归，如果父类加载器可以完成类加载任务，就返回成功；如果父类委托没有加载，则有子类加载器尝试加载该类。

16.为什么采用双亲委派模型

• 1.通过双亲委派机制可以避免某一个类被重复加载，当父类已经加载后则无需重复加载，保证唯一性。
• 2.为了安全，保证类库API不会被修改

17.类装载的执行过程是什么

• 1.加载：查找和导入class文件
  • 通过类的全名，获取类的二进制数据流。
  • 解析类的二进制数据流为方法区内的数据结构（Java类模型）
  • 创建java.lang.Class类的实例，表示该类型。作为方法区这个类的各种数据的访问入口
• 2.验证：保证加载类的准确性
  • (1)文件格式验证：是否符合Class文件的规范
  • (2)元数据验证
    • 这个类是否有父类（除了Object这个类之外，其余的类都应该有父类）
    • 这个类是否继承（extends）了被final修饰过的类（被final修饰过的类表示类不能被继承）
    • 类中的字段、方法是否与父类产生矛盾。（被final修饰过的方法或字段是不能覆盖的）
  • (3)字节码验证
    • 主要的目的是通过对数据流和控制流的分析，确定程序语义是合法的、符合逻辑的。
  • (4)符号引用验证：符号引用以一组符号来描述所引用的目标，符号可以是任何形式的字面量
• 3.准备：为类变量分配内存并设置类变量初始值
  • static变量，分配空间在准备阶段完成（设置默认值），赋值在初始化阶段完成
  • static变量是final的基本类型，以及字符串常量，值已确定，赋值在准备阶段完成
  • static变量是final的引用类型，那么赋值也会在初始化阶段完成
• 4.解析：把类中的符号引用转换为直接引用
  • 方法中调用了其他方法，方法名可以理解为符号引用，而直接引用就是使用指针直接指向方法。
• 5.初始化：对类的静态变量，静态代码块执行初始化操作
  • 如果初始化一个类的时候，其父类尚未初始化，则优先初始化其父类。
  • 如果同时包含多个静态变量和静态代码块，则按照自上而下的顺序依次执行。
• 6.使用：JVM开始从入口方法开始执行用户的程序代码
  • 调用静态类成员信息（比如：静态字段、静态方法）
  • 使用new关键字为其创建对象实例
• 7.卸载：当用户程序代码执行完毕后，JVM便开始销毁创建的Class对象

17.对象什么时候可以被垃圾回收

• 如果一个或多个对象没有任何的引用指向它了，那么这个对象现在就是垃圾，如果定位了垃圾，则有可能会被垃圾回收器回收。

• 定位垃圾的方式：

  • 引用计数法：一个对象被引用了一次，在当前的对象头上递增一次引用次数，如果这个对象的引用次数为0，代表这个对象可回收
    • 当对象间出现了循环引用的话，则引用计数法就会失效
  • 可达性分析算法：会存在一个根节点【GC Roots】，引出它下面指向的下一个节点，再以下一个节点节点开始找出它下面的节点，依次往下类推。直到所有的节点全部遍历完毕。

• GC ROOTS：

  • 虚拟机栈（栈帧中的本地变量表）中引用的对象
  • 方法区中类静态属性引用的对象
  • 方法区中常量引用的对象
  • 本地方法栈中 JNI（即一般说的 Native 方法）引用的对象

18.JVM垃圾回收算法有哪些

• 标记清除算法：有磁盘碎片，内存不连续
  • 1.标记：根据可达性分析算法得出的垃圾进行标记
  • 2.清除：对这些标记为可回收的内容进行垃圾回收
• 标记整理算法：无碎片，对象要移动，效率低
  • 1.标记垃圾。
  • 2.需要清除向右边走，不需要清除的向左边走。
  • 3.清除边界以外的垃圾。
• 复制算法：无碎片，内存使用率低
  • 1.将内存区域分成两部分，每次操作其中一个
  • 2.当进行垃圾回收时，将正在使用的内存区域中的存活对象移动到未使用的内存区域。当移动完对这部分内存区域一次性清除。
  • 3.周而复始。

19.JVM中的分代回收

• 堆的区域划分
  • 堆被分为了两份：**新生代和老年代【1：2】
  • 对于新生代，内部又被分为了三个区域。Eden区，幸存着区survivor（分为from和to）【8：1：1】
• 对象回收策略
  • 新创建的对象，都会先分配到eden区
  • 当伊甸园内存不足，标记伊甸园与 from（现阶段没有）的存活对象
  • 将存活对象采用复制算法复制到 to 中，复制完毕后，伊甸园和 from 内存都得到释放
  • 经过一段时间后伊甸园的内存又出现不足，标记eden区域to区存活的对象，将存活的对象复制到from区
  • 当幸存区对象熬过几次回收（最多15次），晋升到老年代（幸存区内存不足或大对象会导致提前晋升）

20.MinorGC、 Mixed GC 、 FullGC的区别是什么

• MinorGC【young GC】发生在新生代的垃圾回收，暂停时间短（STW）
  • STW（Stop-The-World）：暂停所有应用程序线程，等待垃圾回收的完成
• Mixed GC 新生代 + 老年代部分区域的垃圾回收，G1 收集器特有
• FullGC： 新生代 + 老年代完整垃圾回收，暂停时间长（STW），应尽力避免？

21.JVM 有哪些垃圾回收器

• 串行垃圾收集器
  • Serial 作用于新生代，采用复制算法
  • Serial Old 作用于老年代，采用标记-整理算法
• 并行垃圾收集器
  • Parallel New作用于新生代，采用复制算法
  • Parallel Old作用于老年代，采用标记-整理算法
• CMS（并发）垃圾收集器
  • 使用标记-清除算法，针对老年代，在进行垃圾回收时，应用仍然能正常运行。
• G1垃圾收集器

22.详细讲讲G1垃圾回收器

• 应用于新生代和老年代，在JDK9之后默认使用G1
• 划分成多个区域，每个区域都可以充当eden，survivor，old， humongous，其中 humongous 专为大对象准备
• 采用复制算法
• 响应时间与吞吐量兼顾
• 分成三个阶段：新生代回收(stw)、并发标记(重新标记stw)、混合收集
• 如果并发失败（即回收速度赶不上创建新对象速度），会触发 Full GC
• Young Collection(年轻代垃圾回收)
  • 初始时，所有区域都处于空闲状态
  • 创建了一些对象，挑出一些空闲区域作为伊甸园区存储这些对象
  • 当伊甸园需要垃圾回收时，挑出一个空闲区域作为幸存区，用复制算法复制存活对象，需要暂停用户线程
  • 随着时间流逝，伊甸园的内存又有不足
  • 将伊甸园以及之前幸存区中的存活对象，采用复制算法，复制到新的幸存区，其中较老对象晋升至老年代
• Young Collection + Concurrent Mark (年轻代垃圾回收+并发标记)
  • 当老年代占用内存超过阈值(默认是45%)后，触发并发标记，这时无需暂停用户线程
  • 并发标记之后，会有重新标记阶段解决漏标问题，此时需要暂停用户线程。
  • 这些都完成后就知道了老年代有哪些存活对象，随后进入混合收集阶段。此时不会对所有老年代区域进行回收，而是根据暂停时间目标优先回收价值高（存活对象少）的区域（这也是 Gabage First 名称的由来）。
• Mixed Collection (混合垃圾回收)
  • 复制完成，内存得到释放。进入下一轮的新生代回收、并发标记、混合收集
  • 其中H叫做巨型对象，如果对象非常大，会开辟一块连续的空间存储巨型对象

23. 强引用、软引用、弱引用、虚引用的区别

• 强引用：只有所有 GC Roots 对象都不通过【强引用】引用该对象，该对象才能被垃圾回收
• 软引用：仅有软引用引用该对象时，在垃圾回收后，内存仍不足时会再次出发垃圾回收
• 弱引用：仅有弱引用引用该对象时，在垃圾回收时，无论内存是否充足，都会回收弱引用对象
• 虚引用：必须配合引用队列使用，被引用对象回收时，会将虚引用入队，由 Reference Handler 线程调用虚引用相关方法释放直接内存（外部资源）

24.JVM 调优的参数可以在哪里设置参数值

• war包部署，在tomcat中设置
  • 修改TOMCAT_HOME/bin/catalina.sh文件
  • JAVA_OPTS="-Xms512m -Xmx1024m"
• jar包部署，在启动参数设置
  • 在linux系统下直接加参数启动springboot项目
  • nohup java -Xms512m -Xmx1024m -jar xxxx.jar --spring.profiles.active=prod &

25.JVM 调优的参数都有哪些

• 设置堆空间的大小
  • 为了防止垃圾收集器在初始大小、最大大小之间收缩堆而产生额外的时间
  • 通常把最大、初始大小设置为相同的值。
  • -Xms：设置堆的初始化大小
  • -Xmx：设置堆的最大大小
• 虚拟机栈的设置
  • 每个线程默认会开启1M的堆栈，用于存放栈帧、调用参数、局部变量等，但一般256K就够用。
  • 通常减少每个线程的堆栈，可以产生更多的线程，但这实际上还受限于操作系统。
  • -Xss：对每个线程stack大小的调整,-Xss128k
• 年轻代中Eden区和两个Survivor区的大小比例
  • 该值如果不设置，则默认比例为8:1:1。
  • 通过增大Eden区的大小，来减少YGC发生的次数，但有时我们发现，虽然次数减少了，但Eden区满的时候，由于占用的空间较大，导致释放缓慢，此时STW的时间较长，因此需要按照程序情况去调优。
  • -XXSurvivorRatio=3，表示年轻代中的分配比率：survivor:eden = 2:3
• 年轻代晋升老年代阈值
  • 默认为15
  • 取值范围为0-15
  • -XX:MaxTenuringThreshold=threshold
• 设置垃圾回收收集器
  • -XX:+UseParallelGC:年轻代使用并行垃圾回收收集器。这是一个关注吞吐量的收集器，可以尽可能的减少垃圾回收时间。
  • -XX:+UseParallelOldGC:设置老年代使用并行垃圾回收收集器。
  • -XX:+UseG1GC:设置G1垃圾回收收集器

26.JVM 调优的工具

• 命令工具
  • jps 进程状态信息
  • jstack 查看java进程内线程的堆栈信息
  • jmap 查看堆转信息
  • jhat 堆转储快照分析工具
  • jstat JVM统计监测工具
• 可视化工具
  • jconsole 用于对JVM的内存，线程，类的监控
  • VisualVM 能够监控线程，内存情况

27. java内存泄露的排查思路

• 栈内存不足：java.lang.StackOverFlowError
• 堆内存不足：java.lang.OutOfMemoryError
• 方法区/元空间内存不足：java.lang.OutOfMemoryError:Metaspace
• 内存泄漏通常是指堆内存，通常是指一些大对象不被回收的情况
  • 1.通过jmap或设置jvm参数获取堆内存快照dump
  • 2.通过工具，VisualVM去分析dump文件，VisualVM可以加载离线的dump文件
  • 3.通过查看堆信息的情况，可以大概定位内存溢出是哪行代码出了问题
  • 4.找到对应的代码，通过阅读上下文的情况，进行修复即可

28.CPU飙高排查方案与思路

• 1.使用top命令查看占用cpu的情况
• 2.通过top命令查看后，可以查看是哪一个进程占用cpu较高
• 3.通过ps命令查看当前进程中的线程信息
• 4.使用jstack命令查看进程内线程的堆栈信息，根据线程id找到有问题的线程，进一步定位到问题代码的行号