$1.2、jvm类加载器分类与双亲委托机制介绍

前沿

类加载器是jvm浩瀚领域中,程序员接触的比较多的一块,在有需要的场景下,我们还会自定义类的加载器,今天我们就系统的了解下类的加载器和对应的双亲委托机制。

类的加载器

首先开门见山,加载器(classloader)的目的就是将class字节码文件从资源地(包括本地存储系统,网络,zip压缩包等)读取到jvm虚拟机内存中,虚拟机规范并未指明需要从哪里获取class文件。

ClassLoader是一个抽象类,在jvm自带加载器中,主要分为三类:

  1. 根/启动类加载器(Bootstrap ClasslLoader):最顶层的加载器,没有对应的父类加载器,负责加载JAVA_HOME\lib目录中的或者被-Xbootclasspath参数指定路径的类库,比如:rt.jar
  2. 扩展类加载器(Extension ClassLoader),负责加载JAVA_HOME/lib/ext目录中的类库
  3. 系统/应用类加载器(Application ClassLoader),也是类加载器ClassLoader中geySystemClassLoader()的返回值,负责加载ClassPath上的类库。

介绍了上面三类加载器后,现在就可以引入它们的之间的包含(注意:从图上看像是继承,但并不是继承关系)关系:

$1.2、jvm类加载器分类与双亲委托机制介绍_第1张图片

有了上面的了解后,就可以正式引入“双亲委托”机制了

双亲委托机制

何为双亲委托?举一个例子:class A为了classpath路径中,虚拟机启动时,AppClassLoader会负责加载,但是在本身加载之前,会先将加载任务给他的父类(扩展类加载器),扩展类加载器同样的,将加载任务传递给它的父类(根类加载器),如果根类加载器加载不了,扩展类加载器才会试着自己加载,如果能加载,就真正实现加载动作,并将加载好的class对象返回给应用类加载器,如果都不能加载,就会抛出ClassNotFoundException。

下一篇,我们使用自定义累加器,更加深对于双亲委托机制的理解。

加载器与双亲委托理解

以梦为马,不负韶华

保证内容全部手敲和原创,有问题和错误之处,欢迎大家指正

你可能感兴趣的:(jvm#类加载器,类加载器分类,双亲委托)