JAVA-02-2023年210道面试题归纳之JAVA基础(二)(连载中)
20.Java中的异常体系是怎么样的
- Java中的所有异常都来自顶级父类Throwable
- Throwable下有俩个字类Exception和Error
- Error是程序无法处理的错误,一旦出现这个错误,则程序将被迫停止运行
- Exception不会导致程序停止,又分为两个部分RunTimeException运行时异常和CheckedException检查异常
- RuntimeException常常发生在程序运行过程中,会导致程序当前线程执行失败
- CheckedException常常发生在程序编译过程中,会导致程序编译不通过
21.Java中有哪些类加载器
JDK自带三个类加载器:boostrap ClassLoader、ExtClassLoader、AppClassLoader。
- BootStrapClassLoader是ExtClassLoader的父类加载器,默认负责加载%JAVA_HOME%lib下的jar包和class文件。
- ExtClassLoader是AppClassLoader的父类加载器,负责加载%JAVA_HOME%lib/ext文件下的jar包和class类。
- AppClassLoader是自定义加载器的父类,负责加载classpath下的类文件
22.说说类加载器双亲委派模型
JVM中存在三个默认的类加载器:
- BootstrapClassLoader
- ExtClassLoader
- AppClassLodaer
AppClassLoader的父加载器是ExtClassLoader,ExtClassLoader的父加载器BootstrapClassLoder。
JVM在加载一个类时,会调用AppClassLoader的loadClass方法来加载这个类,不过在这个方法中,会先使用ExtClassLoader的loadClass来加载类,同样ExtClassLoader的loadClass方法中会先使用BootstrapClassLoader来加载类,如果BootstrapClassLoader加载到了就直接成功,如果BootstrapClassLoader没有加载到,那么ExtClassLoader就会尝试自己去加载该类,如果没有加载到,那么则会由AppClassloader来加载这个类
所以,双亲委派指的是,JVM在加载类时,会委派给Ext和Bootstrap进行加载,如果没加载到才由自己进加载。
23.GC如何判断对象可以被回收
- 引用计数法:每个对象有一个引用计数属性,新增一个引用计数加1,引用释放计数减1,计数为0可以回收。
- 可达性分析法:从GC Roots开始向下搜索,搜索所走过的路径称为引用链。当一个对象到GCRoots没有任何引用链相连时,则证明此对象是不可用的,那么虚拟机就判断是否可回收对象
引用计数法,可能会出现A引用了B,B又引用了A,这时候就算他们都不再使用了,但因为相互引用计数器=1永远无法被回收。
GC Roots的对象有:
- 虚拟栈(栈帧中的本地变量表)中引用的对象
- 方法区中类静态属性引用的对象
- 方法区中常量引用的对象
- 本地方法栈中JN(一般是指Native方法)引用的对象
可达性算法中的不可达对象并不是立即死亡的,对象拥有一次自我拯救的机会。对象被系统宣告死亡之少要经历两次标记过程:第一次经过可达性分析发现没有与GC Roots相连接的引用链,第二次是在由虚拟机自动建立的Finalizer队列中判断是否需要执行Finalize()方法。
当对象编程(GC Roots)不可达时,GC会判断该对象是否覆盖了finalize方法,若未覆盖,则直接将其回收。否则,若对象为执行过finalize方法,将其放入到F-Queue队列中,由一低优先级线程执行该队列中对象的finalize方法。执行finalize方法完毕后,GC会再次判断对象是否可达,若不可达,则进行回收,否则,对象“复活”
每个对象只能触发一次finalize()方法
由于finalize()方法运行代价高,不确定性大,无法保证各个对象的调用顺序,不推荐使用,建议遗忘。
24.JVM哪些是线程共享区
&emsp堆区和方法区是所有线程共享的,栈、本地方法栈、程序计数器是每个线程独有的
25.项目中如何排查JVM问题
对于还在正常运行的系统:
- 可以使用jmap来查看JVM中各个区域的使用情况
- 可以通过jstack来查看线程的运行情况,比如哪些线程阻塞、是否出现了死锁
- 可以通过jstat命令来查看垃圾回收的情况,特别是fullgc,如果发现fullgc比较频繁,那么就得进行调优了
- 通过各个命令的结果,或者jvisualvm等工具来进行分析
- 首先,初步猜测频繁发送fullgc的原因,如果频繁发生了fullgc但是又一直没有出现内存溢出,那么表示fullgc实际上是回收了很多对象,所以这些对象最好能在younggc过程中就直接回收掉,避免这些对象进入老年代,对于这种情况,就要考虑这些存活时间不长的对象是不是比较大,导致年轻代放不下,直接进入了老年代,尝试加大年轻代的大小,如果改完之后,fullgc减少,则证明修改有效
- 同时,还可以找到占用CPU最多的线程,定位到具体的方法,优化这个方法的执行,看是否能避免某些对象的创建,从而节省内存
对于已经发生了OOM的系统:
- 一般生产系统中都会设置当系统发生了OOM时,生成当时的dump文件(-XX:+HeapDumpoOnOutOfMermoryError -XX:HeapDumpPath=/usr/loacl/base)
- 我们可以利用jsisualvm等工具来分析dump文件
- 根据dump文件找到异常的实例对象,和异常的线程(占用CPU高),定位到具体的代码
- 然后进行详细的分析和调试
总之,调优不是一蹴而就的,需要分析、推理、实践、总结、再分析,最终定位到具体问题
26.一个对象从加载到JVM,再到被GC清理,都经历了什么过程?
- 用户创建一个对象,JVM首先需要到方法中去找对象的类型信息。然后创建对象
- JVM要实例化一个对象,首先要在堆中创建一个对象。-》半初始化状态
- 对象首先会分配在堆内存中新生代的Eden。然后经历一次Minor GC,对象如果存活。就会进入S区。在后续的每次GC中,如果对象移植存在,就会在S区来回拷贝,每移动一次,年龄就加1。-》多大年龄会移入到老年代?年龄最大15,超过一定年龄后,对象转入老年代。
- 当方法执行结束后,栈中的指针会先移除掉。
- 堆中的对象,经过Full GC,就会被标记为垃圾,然后被GC线程清理掉。
27.怎么确定一个对象是不是垃圾?
- 引用计数:这种方法是堆内存当中的每个对象记录一个引用个数,引用个数为0的就认为是垃圾。这是早期JDK中使用的方式。引用计数无法解决循环引用的问题。
- 根可达算法:这种方法是在内存中,从引用根对象向下一直找引用,找不到对象就是垃圾。
28.JVM有哪些垃圾回收算法
- MarkSweep标记清除算法:这个算法分为两个阶段,标记阶段:把垃圾内存标记出来,清除阶段:直接将垃圾内存回收。这种算法比较简单,但是有个很严重的问题,就是会产生大量 的内存碎片。
- Copying拷贝算法:为解决标记算法的内存碎片问题,就产生了拷贝算法。拷贝算法将内存分为大小相等的两半,每次只使用其中一半,垃圾回收时,将当前这一块存活的对象全部拷贝到另一半,然后当前这一半内存就可以直接清楚。这种算法没有内存碎片,但是他的问题就是在于浪费空间。而且,他的效率和存活对象的个数有关。
- MarkCompack标记压缩算法:为了解决拷贝算法的缺陷,就提出了标记压缩算法。这种算法在标记阶段和标记清除算法是一样的,但是在完成标记之后,不是直接清理垃圾内存,而是将存活对象往一端移动,然后将端边界以外的所有内存直接清楚。
29.什么是STW?
STW:Stop-The-World
&emsp在垃圾回收算法执行过程当中,需要将JVM内存冻结的一种状态。在STW状态下,JAVA的所有线程都是停止执行的-GC线程除外,native方法可执行,但是不能与JVM交互。GC各种算法优化的重点,就是减少STW,同时这也是JVM调优的重点。
30.JVM有哪些垃圾回收器?
- 新生代收集器:
- Serial
- ParNew
- Parallel Scavenge
- 老年代收集器:
- CMS
- Serial Old
- Parallel Old
- 整堆收集器:
- G1
31.垃圾回收分为哪些阶段
GC分为四个阶段:
- 第一:初始标记 标记出GCRoots直接引用的对象。STW
- 第二:标记Region 通过RSet标记出上一个阶段标记的Region引用到的Old区Region。
- 第三:并发标记阶段 跟CMS的步骤是差不多的。只是遍历的范围不再是整个Old区,而只需要标记第二步标记出来的Region。
- 第四:重新标记 跟CMS中的重新标记过程是差不多的。
- 第五:垃圾清理 与CMS不同的是,G1可以采用拷贝算法,直接将整个Region中的对象拷贝到另一个Region。而这个阶段,G1只选择垃圾多的Region来清理,而不是全部清理。
32.什么是三色标记
三色标记:是一种逻辑上的抽象。将每个内存分为三个颜色:
- 黑色:表示自己和成员变量都已经标记完毕。
- 灰色:自己标记完了,但是成员变量还没有完全标记完
- 白色:自己未标记完。
33.JVM参数有哪些
JVM参数大致可以分为三类:
- 标准指令:-开头,这些是所有HotSpot都支持的参数。可以用java -help打印出来。
- 非标准指令:-X开头,这些指令通常是根特定的HotSpot版本对应的。可以用java -X 打印出来。
- 不稳定参数:-XX开头,这一类参数是根特定HotSpot版本对应的,并且变化非常大。详细的文档资料非常少。在JDK1.8版本下,有几个常用的不稳定指令:
# 查看当前命令的不稳定指令
java -XX:+PrintCommandLineFlags
# 查看所有不稳定指令的默认值
java -XX:+PrintFlagsInitial
# 查看所有不稳定指令最终生成的实际值
java -XX:PrintFlagsFinal
以上内容摘录自图灵学院周瑜