【深入理解java虚拟机v3】《7.4.1 类与类加载器》解读 & jvm提供的类加载器全部类型

应用程序类加载器==系统类加载器

应用程序类加载器（Application Class Loader）：这个类加载器由
sun.misc.Launcher$AppClassLoader来实现。由于应用程序类加载器是ClassLoader类中的getSystem-ClassLoader()方法的返回值，所以有些场合中也称它为“系统类加载器”(System Class Loader)。它负责加载用户类路径（ClassPath）上所有的类库，开发者同样可以直接在代码中使用这个类加载器。如果应用程序中没有自定义过自己的类加载器，一般情况下这个就是程序中默认的类加载器。

                   图7-2类加载器双亲委派模型

jvm提供了三种系统加载器：

• 启动类加载器（Bootstrap ClassLoader）：C++实现，在java里无法获取，负责加载<JAVA_HOME>/lib下的类。

• 扩展类加载器（Extension ClassLoader）： Java实现，可以在java里获取，负责加载<JAVA_HOME>/lib/ext下的类。

• 系统类加载器/应用程序类加载器（Application ClassLoader）：是与我们接触对多的类加载器，我们写的代码默认就是由它来加载，ClassLoader.getSystemClassLoader返回的就是它。

  负责加载java.class.path下的class或jar

双亲委派模型

各种类加载器之间的层次关系被称为类加载器的“双亲委派模型（Parents DelegationModel）”。双亲委派模型要求除了顶层的启动类加载器外，其余的类加载器都应有自己的父类加载器。不过这里类加载器之间的父子关系一般不是以继承（Inheritance）的关系来实现的，而是通常使用组合（Composition）关系来复用父加载器的代码。

图7-2类加载器双亲委派模型显示从逻辑上来说，类加载器呈现父子关系，但是代码实现，扩展类加载器以下确实是继承的关系，应用程序类加载器继承扩展类加载器，自定义类加载器继承应用程序类加载器， 但扩展类加载器是使用组合关系复用启动类加载器的。