J2SE和Web应用类加载器

类加载是一切Java应用的基础，理解一款应用的类加载机制会便于我们掌握它的运行边界，也有助于其运行时异常的快速定位。

1. J2SE标准类加载器

JVM提供了三个类加载器，它们以父子树的方式创建，同事使用委派模式确保应用程序可通过自身的类加载器（System）加载所有的可见的Java类。

| BootStrap Class Loader |

| Extension Class Loader |

| System Class Loader |

Bootstrap: 用于加载JVM提供的基础运行类，即位于%JAVA_HOME%/jre/lib目录下的核心类库。
Extension: Java提供的一个标准的扩展机制用于加载除核心类库文件外的jar包，即只要复制到指定的扩展目录（可以多个） 下的jar，JVM会自动加载（不需要通过-classpath指定）。默认的扩展目录是%JAVA_HOME%jre/lib/ext.典型的应用场景就是，Java使用该类加载器加载JVM默认提供的但是不属于核心类库的jar，如JCE（Java加密扩展）等。不推荐将应用程序依赖的类库放置到扩展目录下，因为该目录下的类库对所有基于JVM运行的应用程序可见。
System: 用于加载环境变量CLASSPATH（不推荐使用）指定目录下的或者-classpath运行参数指定的jar包。System类加载器通常用于加载应用程序jar包及其启动入口类（Tomcat的Bootstrap类即由System类加载器加载）
应用程序不自己构造类的加载器的情况下，使用System作为默认的类加载器。若应用程序自己构造累加器，基本也以System作为父类加载器

2. Web应用类加载器

Java默认的类加载机制是委派模式，委派的过程如下：

1. 从缓存中加载
2. 如果缓存中没有，则从父类加载器中加载
3. 如果父类加载器没有，则从当前类加载器加载
4. 如果没有，则抛出异常

Tomcat提供的Web应用类加载器与默认的委派模式稍有不同。当进行类加载的时候，除JVM基础类库外，它会首先尝试通过当前类加载器加载，然后才进行委派。Servlet规范相关API禁止通过Web应用类加载器加载，因此，不要在Web应用中包含这些包。

所以，Web应用类加载器默认加载顺序如下：
1. 从缓存中加载
2. 如果没有，则从JVM的Bootstrap类加载器加载
3. 如果没有，则从当前类加载器加载（按照WEB-INF/classes、WEB-INF/lib的顺序）
4. 如果没有，则从父类加载器加载，由于父类加载器采用默认的委派模式，所以加载顺序为System、Common、Shared

Tomcat提供了delegate属性用于控制是否启动Java委派模式，默认为false（不启用）。当配置为true时，Tomcat将使用Java默认的委派模式，即按如下顺序加载：
1. 从缓存中加载
2. 如果没有，则从JVM的Bootstrap类加载器加载
3. 如果没有，则从父类加载器加载（System、Common、Shared）
4. 如果没有，则从当前类加载器加载
除了可以通过delegate属性控制是否启用Java的委派模式外，Tomcat还可以通过packageTriggersDeny属性只让某些包路径采用Java的委派模式，Web应用类加载器对于符合packageTriggersDeny指定包路径的类强制采用Java的委派模式。