TOMCAT类加载机制

TOMCAT类加载机制

众所周知，java的类加载采用双亲委派模型，当类加载器加载特定的类或资源时，它首先将请求委托给父类加载器，仅在父类加载器找不到所请求的类或资源时才尝试自己加载。这样设计有什么好处呢？
1.对于同一个类只会被加载一次
2.虚拟机的基础类，不会被应用定义的“恶意”类破坏
不过美则美矣，在特定情况下就不适用了。对于第一点，tomcat作为一个应用容器，如果我有两个应用依赖同一个第三方类库的不同版本，总不能强制要求使用同一版本吧，这时候怎么办呢。Tomcat团队当然考虑到了这一点，请看下图

Bootstrap -加载虚拟机运行的基础类 (JAVA_HOME/jre/lib/ext)
System -加载CLASSPATH指定的类和资源
Common -加载tomcat基础类（$CATALINA_HOME/lib），对tomcat和所有web应用程序都可见
WebappX -加载各个应用私有的类和资源（/WEB-INF/classes,/WEB-INF/lib），仅对单个应用可见

如上所示，与java默认的委托模型不同，需要加载类时，WebappX 先尝试由自己加载，而不是委派给父加载器，这样就实现了应用之间的隔离，不同版本的类库可以共存了（由不同类载入器载入的类在虚拟机中位于不同的命名空间下，不同命名空间下的类相互不可见）
我们来看看WEBAPP加载类的源码，验证上面的说法：

 public Class loadClass(String name, boolean resolve) throws ClassNotFoundException {
        //检查是否已加载过，这里省略不贴出来了，下面的也有省略
        // (1) Delegate to our parent if requested
        if (delegateLoad) {
            clazz = Class.forName(name, false, parent);
            if (clazz != null) {
                return clazz;
            }
        }
        // (2) Search local repositories
        clazz = findClass(name);
        if (clazz != null) {
            return clazz;
        }
        // (3) Delegate to parent unconditionally
        if (!delegateLoad) {
            clazz = Class.forName(name, false, parent);
            if (clazz != null) {
                return clazz;
            }
        }
   }

在默认情况下，delegateLoad值是false，类加载器先从本地资源库加载，加载不到再委托给父加载器。（不过tomcat团队也很人性化，允许我们通过修改配置，使delegateLoad为true，这样仍然使用java默认的加载模型。）

进一步探讨，做到了不同应用之间的隔离，是否就万事大吉了呢？设想我们有5个应用，这些应用使用了很多相同的第三方库，由于这些库都只在应用内可见，我们不得不在每个应用的lib目录都放一份相同的文件，这显然不可取。那怎么解决呢，很容易想到的是把这些公共库放到$CATALINA_HOME/lib目录，由Common类加载器加载。乍看之下很完美，但是tomcat容器本身也有自己的依赖库，特殊情况下库与应用的依赖库冲突又怎么办呢，tomcat团队表示早就想到了，甩手给出下图：

如上委派关系图，由server加载tomcat启动需要用到的类，由shared加载各应用共同依赖的第三方库，如此，tomcat容器本身依赖的的类库和应用的类库被隔离开来；应用之间既做到了隔离又可以共享指定的库，我们只需要在 conf/catalina.properties配置这些共享库既可（默认情况下server，shared是引用的common）。

common.loader="${catalina.base}/lib","${catalina.base}/lib/*.jar","${catalina.home}/lib","${catalina.home}/lib/*.jar"
server.loader=
shared.loader=