Tomcat 內部定義了多個 ClassLoader，以便應用和容器訪問不同存儲庫中的類和資源，同時達到應用間類隔離的目的。本文首發於公衆號：頓悟源碼。
1. Java 類加載機制
類加載就是把編譯生成的 class 文件，加載到 JVM 內存中（永久代/元空間）。
類加載器之所以能實現類隔離，是因爲兩個類相等的前提是它們由同一個類加載器加載，否則必定不相等。
JVM 在加載時，採用的是一種雙親委託機制，當類加載器要加載一個類時，加載順序是：
- 首先將請求委託給父加載器，如果父加載器找不到要加載的類
- 然後再查找自己的存儲庫嘗試加載
這個機制的好處就是能夠保證核心類庫不被覆蓋。
而按照 Servlet 規範的建議，Webapp 加載器略有不同，它首先會在自己的資源庫中搜索，而不是向上委託，打破了標準的委託機制，來看下 Tomcat 的設計和實現。
2. Tomcat 類加載器設計
Tomcat 整體類加載器結構如下：
其中 JDK 內部提供的類加載器分別是：
- Bootstrap - 啓動類加載器，屬於 JVM 的一部分，加載 <JAVA_HOME>/lib/ 目錄下特定的文件
- Extension - 擴展類加載器，加載 <JAVA_HOME>/lib/ext/ 目錄下的類庫
- Application - 應用程序類加載器，也叫系統類加載器，加載 CLASSPATH 指定的類庫
Tomcat 自定義實現的類加載器分別是：
- Common - 父加載器是 AppClassLoader，默認加載 ${catalina.home}/lib/ 目錄下的類庫
- Catalina - 父加載器是 Common 類加載器，加載 catalina.properties 配置文件中 server.loader 配置的資源，一般是 Tomcat 內部使用的資源
- Shared - 父加載器是 Common 類加載器，加載 catalina.properties 配置文件中 shared.loader 配置的資源，一般是所有 Web 應用共享的資源
- WebappX - 父加載器是 Shared 加載器，加載 /WEB-INF/classes 的 class 和 /WEB-INF/lib/ 中的 jar 包
- JasperLoader - 父加載器是 Webapp 加載器，加載 work 目錄應用編譯 JSP 生成的 class 文件
在實現時，上圖不是繼承關係，而是通過組合體現父子關係。Tomcat 類加載器的源碼類圖：
Common、Catalina 、Shared 它們都是 StandardClassLoader 的實例，在默認情況下，它們引用的是同一個對象。其中 StandardClassLoader 與 URLClassLoader 沒有區別；WebappClassLoader 則按規範實現以下順序的查找並加載：
- 從 JVM 內部的 Bootstrap 倉庫加載
- 從應用程序加載器路徑，即 CLASSPATH 下加載
- 從 Web 程序內的 /WEB-INF/classes 目錄
- 從 Web 程序內的 /WEB-INF/lib 中的 jar 文件
- 從容器 Common 加載器倉庫，即所有 Web 程序共享的資源加載
接下來看下源碼實現。
3. 自定義加載器的初始化
common 類加載器是在 Bootstrap 的 initClassLoaders 初始化的，源碼如下：
private void initClassLoaders() {
try {
commonLoader = createClassLoader("common", null);
if( commonLoader == null ) {
// no config file, default to this loader - we might be in a 'single' env.
commonLoader=this.getClass().getClassLoader();
}
// 指定倉庫路徑配置文件前綴和父加載器，創建 ClassLoader 實例
catalinaLoader = createClassLoader("server", commonLoader);
sharedLoader = createClassLoader("shared", commonLoader);
} catch (Throwable t) {
log.error("Class loader creation threw exception", t);
System.exit(1);
}
}可以看到分別創建了三個類加載器，createClassLoader 就是根據配置獲取資源倉庫地址，最後返回一個 StandardClassLoader 實例，核心代碼如下:
private ClassLoader createClassLoader(String name, ClassLoader parent)
throws Exception {
String value = CatalinaProperties.getProperty(name + ".loader");
if ((value == null) || (value.equals("")))
return parent; // 如果沒有配置，則返回傳入的父加載器
ArrayList repositoryLocations = new ArrayList();
ArrayList repositoryTypes = new ArrayList();
...
// 獲取資源倉庫路徑
String[] locations = (String[]) repositoryLocations.toArray(new String[0]);
Integer[] types = (Integer[]) repositoryTypes.toArray(new Integer[0]);
// 創建一個 StandardClassLoader 對象
ClassLoader classLoader = ClassLoaderFactory.createClassLoader
(locations, types, parent);
...
return classLoader;
}類加載器初始化完畢後，會創建一個 Catalina 對象，最終會調用它的 load 方法，解析 server.xml 初始化容器內部組件。那麼容器，比如 Engine，又是怎麼關聯到這個設置的父加載器的呢？
Catalina 對象有一個 parentClassLoader 成員變量，它是所有組件的父加載器，默認是 AppClassLoader，在此對象創建完畢時，會反射調用它的 setParentClassLoader 方法，將父加載器設爲 sharedLoader。
而 Tomcat 內部頂級容器 Engine 在初始化時，Digester 有一個 SetParentClassLoaderRule 規則，會將 Catalina 的 parentClassLoader 通過 Engine.setParentClassLoader 方法關聯起來。
4. 如何打破雙親委託機制
答案是使用 Thread.getContextClassLoader() - 當前線程的上下文加載器，該加載器可通過 Thread.setContextClassLoader() 在代碼運行時動態設置。
默認情況下，Thread 上下文加載器繼承自父線程，也就是說所有線程默認上下文加載器都與第一個啓動的線程相同，也就是 main 線程，它的上下文加載器是 AppClassLoader。
Tomcat 就是在 StandardContext 啓動時首先初始化一個 WebappClassLoader 然後設置爲當前線程的上下文加載器，最後將其封裝爲 Loader 對象，藉助容器之間的父子關係，在加載 Servlet 類時使用。
5. Web 應用的類加載
Web 應用的類加載是由 WebappClassLoader 的方法 loadClass(String, boolean) 完成，核心代碼如下：
public synchronized Class loadClass(String name, boolean resolve)
throws ClassNotFoundException {
...
Class clazz = null;
// (0) 檢查自身內部緩存中是否已經加載
clazz = findLoadedClass0(name);
if (clazz != null) {
if (log.isDebugEnabled())
log.debug(" Returning class from cache");
if (resolve) resolveClass(clazz);
return (clazz);
}
// (0.1) 檢查 JVM 的緩存中是否已經加載
clazz = findLoadedClass(name);
if (clazz != null) {
if (log.isDebugEnabled())
log.debug(" Returning class from cache");
if (resolve) resolveClass(clazz);
return (clazz);
}
// (0.2) 嘗試使用系統類加載加載，防止覆蓋 J2SE 類
try {
clazz = system.loadClass(name);
if (clazz != null) {
if (resolve) resolveClass(clazz);
return (clazz);
}
} catch (ClassNotFoundException e) {// Ignore}
// (0.5) 使用 SecurityManager 檢查是否有此類的訪問權限
if (securityManager != null) {
int i = name.lastIndexOf('.');
if (i >= 0) {
try {
securityManager.checkPackageAccess(name.substring(0,i));
} catch (SecurityException se) {
String error = "Security Violation, attempt to use " +
"Restricted Class: " + name;
log.info(error, se);
throw new ClassNotFoundException(error, se);
}
}
}
boolean delegateLoad = delegate || filter(name);
// (1) 是否委託給父類，這裏默認爲 false
if (delegateLoad) {
...
}
// (2) 嘗試查找自己的存儲庫並加載
try {
clazz = findClass(name);
if (clazz != null) {
if (log.isDebugEnabled())
log.debug(" Loading class from local repository");
if (resolve) resolveClass(clazz);
return (clazz);
}
} catch (ClassNotFoundException e) {}
// (3) 如果此時還加載失敗，那麼將加載請求委託給父加載器
if (!delegateLoad) {
if (log.isDebugEnabled())
log.debug(" Delegating to parent classloader at end: " + parent);
ClassLoader loader = parent;
if (loader == null)
loader = system;
try {
clazz = loader.loadClass(name);
if (clazz != null) {
if (log.isDebugEnabled())
log.debug(" Loading class from parent");
if (resolve) resolveClass(clazz);
return (clazz);
}
} catch (ClassNotFoundException e) {}
}
// 最後加載失敗，拋出異常
throw new ClassNotFoundException(name);
}在防止覆蓋 J2SE 類的時候，版本 Tomcat 6，使用的是 AppClassLoader，rt.jar 核心類庫是由 Bootstrap Classloader 加載的，但是在 Java 代碼是獲取不了這個加載器的，在高版本做了以下優化：
ClassLoader j = String.class.getClassLoader();
if (j == null) {
j = getSystemClassLoader();
while (j.getParent() != null) {
j = j.getParent();
}
}
this.javaseClassLoader = j;也就是使用儘可能接近 Bootstrap 加載器的類加載器。
6. 小結
相信大部分人都遇到過 ClassNotFoundException 這個異常，這背後就涉及到了類加載器，對加載的原理有一定的瞭解，有助於排查問題。