1.一道面试题

这是一道经典的面试题：请描述一下Tomcat如何实现自己独特的类加载机制。

这道题可以引申出很多类加载器的细节问题：

例如：Tomcat为什么要实现一套与JVM不同的类加载机制？
例如：Tomcat有哪几种类加载器？
例如：双亲委派模型不满足Tomcat的要求吗？
例如：自己定义一个恶意系统类(比如Object类)，会对Tomcat造成伤害吗？

这些细节问题，涉及到"类加载器"的一些原理性知识，结合笔者之前的文章《【类加载机制】从一道面试题开始》，我们一起来学习一下类加载器。

2.类加载器的实战价值

类加载器是JVM类加载机制的具体实现。

类加载器的第一个实战用途就是定位异常：当使用一些三方件时，并且部署在某些容器中，运行时环境一旦出现ClassNotFoundException，就需要利用类加载器的知识进行问题定位。
类加载器的第二个实战用途就是安全：java的二进制天然地容易被反编译，为了进行二进制保护，通常会自定义类加载器。

在Java8中，类加载器的逻辑关系如下图所示：

JVM自带1个类加载器：BootstrapClassLoader

JDK自带2个类加载器：ExtClassLoader、AppClassLoader

BootstrapClassLoader：它会创建ExtClassLoader和AppClassLoader，它是ExtClassLoader的父级加载器。

ExtClassLoader是AppClassLoader的父级加载器。

BootstrapClassLoader：用C++实现

ExtClassLoader：用Java实现，继承自ClassLoader

AppClassLoader：用Java实现，继承自ClassLoader

BootstrapClassLoader：加载(JAVA_HOME/jre/lib/*.jar或sun.boot.class.path下所有内容，用于提供JVM自身需要的类。

ExtClassLoader：加载属性java.ext.dirs所指定的目录中的类库，或从JDK的安装目录jre/lib/ext/*.jar。

AppClassLoader：加载环境变量classpath中的jar或属性java.class.path指定路径下的类库。

BootstrapClassLoader：为了安全，只加载包名为java、javax、sun开头的类文件

JVM自带了上述3种类加载器，就不得不面临两个问题：

1.加载流程问题：有一个类A，哪个类加载器负责去加载？
2.唯一性问题：有一个类A，不同的类加载器能同时加载它吗？

类加载机制这样定义类的唯一性，必须满足如下两个条件：

第一个条件比较好理解，这个被加载的类，来自同一个class文件、类的全限定名相同。

第二个条件则体现了哲学定义中的"唯一”——在一定约束下，事物具备独一无二的性质。

反过来理解第二个条件，我们可以得到如下推论：

明白了"相对唯一性”，JVM还是要讲一点**“江湖规矩”**——在没有某些特殊诉求的情况下，还是要约束一下类加载器们不能太渣，不要反复加载同一个类模板。

JVM定义了这么一套加载规则：

这套加载规则，就是双亲委派模型，Parents Delegation Model，也被称为溯源委派加载模型。

为啥JVM为这种加载规则取了这么奇怪的名字？

笔者听到一个段子觉得比较贴切——说，类加载的相对唯一性就是”渣男逻辑"，而双亲委派模型就是”妈宝模型"：