JVM面试题

目录

一、在JVM中，哪些是共享区，哪些可以作为GC ROOT 

二、如何排查JVM问题 

1、对于还在正常运行的系统:

2、对于已经发生了OOM的系统:

三、GC如何判断对象是否可以回收

四、类加载器双亲委派模型

五、字节码和其优势

六、JVM调优

---

一、在JVM中，哪些是共享区，哪些可以作为GC ROOT 

1、堆区和方法区都是线程共享的，栈、本地方法栈、程序计数器是每个线程独有的

2、什么是gc root，JVM在进行垃圾回收时，需要找到“垃圾”对象，也就是没有被引用的对象，但是直接找“垃圾”对象是比较耗时的，所以反过来，先找“非垃圾”对象,也就是正常对象，那么就需要从某些“根”开始去找，根据这些“根”的引用路径找到正常对象，而这些“根”有一个特征，就是它只会引用其他对象，而不会被其他对象引用，例如:栈中的本地变量、方法区中的静态变量、本地方法栈中的变量、正在运行的线程等可以作为gc root。

二、如何排查JVM问题 

1、对于还在正常运行的系统:

1. 可以使用jmap来查看JVM中各个区域的使用情况
2. 可以通过jstack来查看线程的运行情况，比如哪些线程阻塞、是否出现了死锁
3. 可以通过jstat命令来查看垃圾回收的情况，特别是fullgc，如果发现fullgc比较频繁，那么就得进行调优了
4. 通过各个命令的结果，或者jvisualvm等工具来进行分析
5. 首先，初步猜测频繁发送fullGC的原因，如果频繁发生fullGC但是又一直没有出现内存，那么表示fullGC实际上是回收了很多对象了，所以这些对象最好能在youngGC过程中就直接回收掉，避兔这些对象进入到老年代，对于这种情况，就要考虑这些存活时间不长的对象是不是比较大，导致年轻代放不下，直接进入到了老年代，尝试加大年轻代的大小，如果改完之后，fullGC减少，则证明修改有效
6. 同时，还可以找到占用CPU最多的线程，定位到具体的方法，优化这个方法的执行，看是否能避免某些对象的创建，从而节省内存

2、对于已经发生了OOM的系统:

1. 一般生产系统中都会设置当系统发生了OOM时，生成当时的dump文件                                    (-XX:+HeapDumpOnOutOfMemoryError-XX:HeapDumpPath=/usr/local/base)
2. 我们可以利用jsisualvm等工具来分析dump文件
3. 根据dump文件找到异常的实例对象，和异常的线程(占用CPU高)，定位到具体的代码
4. 然后再进行详细的分析和调试

总之，调优不是一蹴而就的，需要分析、推理、实践、总结、再分析，最终定位到具体的问题

三、GC如何判断对象是否可以回收

• 引用计数法:每个对象有一个引用计数属性，新增一个引用时计数加1，引用释放时计数减1，计数为0时可以回收（python采用）
• 可达性分析法:从 GCRoots开始向下搜索，搜索所走过的路径称为引用链。当一个对象到GC Roots 没有任何引用链相连时，则证明此对象是不可用的，那么虚拟机就判断是可回收对象。（java采用）

引用计数法，可能会出现A引用了B，B又引用了A，这时候就算他们都不再使用了，但因为相互引用计数器=1永远无法被回收。

GC Roots的对象有:

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

• 可达性算法中的不可达对象并不是立即死亡的，对象拥有一次自我拯救的机会。对象被系统宣告死亡至少要经历两次标记过程：第一次是经过可达性分析发现没有与GC Roots相连接的引用链，第二次是在由虚拟机自动建立的Finalizer队列中判断是否需要执行finalize()方法
• 当对象变成(GC Roots)不可达时，GC会判断该对象是否覆盖了finalize方法，若未覆盖，则直接将其回收。否则，若对象未执行过finalize方法，将其放入F-Queue队列，由一低优先级线程执行该队列中对象的finalize方法。执行finalize方法完毕后，GC会再次判断该对象是否可达，若不可达，则进行回收，否则，对象"复活"
• 每个对象只能触发一次finalize()方法
• 由于finalize()方法运行代价高昂，不确定性大，无法保证各个对象的调用顺序，不推荐大家使用，建议遗忘它

四、类加载器双亲委派模型

JVM存在三个默认的类加载器：

1. BootstrapClassLoader 
2. ExtClassLoader
3. AppClassLoader

JVM在加载一个类时，会调用AppClassLoader的LoadClass方法来加载这个类，不过在这个方法中，会先使用ExtClassloader的LoadClass方法来加载类，同样ExtClassLoader的loadClass方法中会先使用BootstrapClassLoader来加载类，如果BootstrapClassLoader加载到了就直接成功，如果
BootstrapClassLoader没有加载到，那么ExtClassLoader就会自己尝试加载该类，如果没有加载到，那么则会由AppClassLoader来加载这个类。
所以，双亲委派指得是，JVM在加载类时，会委派给Ext和Bootstrap进行加载，如果没加载到才由自己进行加载。

五、字节码和其优势

Java源代码---->编译器---->jvm可执行的Java字节码(即虚拟指令)-->jvm--->jvm中解释器--->机器可执行的二进制机器码---->程序运行。

采用字节码的好处:
Java语言通过字节码的方式，在一定程度上解决了传统解释型语言执行效率低的问题，同时又保留了解释型语言可移植的特点。所以Java程序运行时比较高效，而且，由于字节码并不专对一种特定的机器，因此， Java程序无须重新编译便可在多种不同的计算机上运行。

六、JVM调优

JVM调优主要就是定制JVM运行参数来提高JAVA应用程度的运行数据

JVM参数大致可以分为三类:

1. 标注指令:-开头，这些是所有的HotSpot都支持的参数。可以用java -help打印出来。
2. 非标准指令:-X开头，这些指令通常是跟特定的HotSpot版本对应的。可以用java -X打印出来。
3. 不稳定参数: -XX开头，这一类参数是跟特定HotSpot版本对应的，并且变化非常大。详细的文档资料非常少。

在JDK1.8版本下，有几个常用的不稳定指令:

java -XX:+PrintCommandLineFlags :查看当前命令的不稳定指令。
java -XX:+PrintFlagsInitial:查看所有不稳定指令的默认值。
java -XX:+PrintFlagsFinal:查看所有不稳定指令最终生效的实际值。