Java类加载器有哪些
JDK自带有三个类加载器:BootstrapClassLoader,ExtClassLoader,AppClassLoader
BootstrapClassLoader(顶级父类加载器)是ExtClassLoader的父加载器,默认负责加载%/JAVA_HOME%lib文件夹下的jar包和class类。
ExtClassLoader(扩展类加载器)是AppClassLoader的父类加载器,负责加载%/JAVA_HOME%/lib/ext文件夹下的jar包和class类。
AppClassLoader(最核心的,默认的系统类加载器,线程上下文加载器(每个类加载器都可以访问它))是自定义类加载器的父类,负责加载classpath下的类文件。
继承ClassLoader实现自定义类加载器。
双亲委托模型
双亲委派模型的好处
安全,避免用户编写的类动态替换了Java的一些核心类,避免类的重复加载,因为JVM中区分不同类,
不仅根据类名,还会根据该类被哪个类加载器加载,相同的class文件被不同的ClassLoader加载器就是不同的两个类
Java中的异常体系
顶级父类Throwable。
Throwable下有两个子类,Exception,Error。
Exception不会导致程序停止,分为两个部分,RunTimeException(运行时异常)和CheckedException(检查异常)
RunTimeException常发生在程序运行过程中,导致程序当前线程执行失败(需要常注意),
CheckedException常发生在程序编译过程中,会导致程序编译不通过(一般编译时就会发现)
Error是程序无法处理时产生的错误,出现则程序会被迫停止
GC如何判断对象是否可被回收
引用计数法:每个对象有一个引用计数属性,新增一个引用时计数加1,计数为0可以回收(python,Go)
但引用计数法可能会出现A引用了B,B又引用了A,这时候就算他们都不在使用了,但因为相互引用计数器=1永远无法被回收
可达性分析法:从GC Roots开始向下搜索,搜索所走过的路径称为引用链,当一个对象到
GC Roots没有任何引用链相连时,则证明此对象是不可以用的,那么虚拟机就判断是否可回收对象(Java)
当然如果当面试官深究问GC Roots到底是什么
GC Roots的对象有
虚拟机栈(栈帧中的本地变量表)中引用的对象
方法区中静态属性引用的对象
方法区中常量引用的对象
本地方法栈中JNI(一般说的Native方法)引用的对象
如果他又纠着这个问题不放
比如分析A引用B,B到GC Roots引用链已经断了,马上会被回收吗
可达性算法中的不可达对象并不是立即死亡的,对象被系统宣告死亡至少要经历两次标记过程,
第一次是经过可达性分析发现没有与GC Roots相连接的引用链,第二次是在由虚拟机自动建立的
Finalizer队列中判断是否需要执行finalize()方法。
当对象变成(GC Roots)不可达时,GC会判断是否覆盖了finalize方法,若未覆盖,则回收,否则
若对象未执行为finalize方法,将其放入F-Queue队列,由低优先级线程执行该队列中对象的finalize方法,执行finalize方法完后,GC会再判断该对象是否可达,若不可达,则直接可回收,否则,对象”复活“,每个对象只能触发一次finalize()方法。(不推荐使用,finalize方法不确定性大,无法保证各个对象的调用顺序)
线程的生命周期,线程有哪些状态
线程的五种状态:创建,就绪,运行,阻塞,死亡
创建:新创建了一个线程对象。
就绪:线程对象创建后,其他线程调用了该对象的start方法,该状态的线程为可运行线程池中。
运行:就绪状态的线程获取了CPU,执行程序代码。
阻塞:阻塞状态时线程因为某种原因放弃了CPU使用权,暂时停止运行,直到线程进入就绪状态,才有机会转到运行状态
死亡:线程执行完了或者因异常退出run方法,该线程结束生命周期
阻塞又分为三种
等待阻塞: 运行的线程执行wait()方法,该线程会释放占用的所有资源,JVM会把该线程放入等待池,
进入这个状态后,不能自动唤醒,必须依靠其他线程调用notify或notifyAll方法才能被唤醒
wait是object类中的方法
同步阻塞:运行的线程在获取对象的同步锁时,若该同步锁被别的线程占用,则JVM会把该线程放入锁线池中。
其他阻塞:运行的线程执行sleep或join方法,或者发出了I/O请求时,JVM会把该线程设置为阻塞
状态,当sleep状态超时,join等待线程终止或者超时,或者I/O处理完毕,线程重新转入就绪状
态。(sleep是thread类的方法)