【简记】Java Web 内幕——Tomcat初探（待补充））

Tomcat

Web服务器

部署在同一个服务器上的两个Web 应用程序所使用的Java类库可以实现相互隔离，这是最基本的要求。两个不同的应用程序可能会依赖同一个第三方类库的不同版本，不能要求一个类库在一个服务器中只有一份，服务器应该保证两个应用程序的类库可以互相独立使用。
部署在同一个服务器上的两个Web应用程序所使用的Java类库可以相互共享。这个需求也很常见，比如有10个使用了Spring组织的应用程序部署在同一台服务器上，如果此时Spring类库不能共享，一方面浪费磁盘空间，另一方面可能会造成虚拟机方法区的过度膨胀。
服务器需要尽可能地保证自身的安全不受所部署的Web应用程序的影响。
支持热替换，我们知道JSP文件最终要编译成.class文件才能由虚拟机执行，但JSP文件由于其纯文本存储特性，运行时修改的概率远远大于第三方类库或自身.class文件，而且JSP这种网页应用也把修改后无须重启作为一个很大的优势看待

Web服务器中的类加载

所以各种Web 服务器都”不约而同”地提供了好几个ClassPath 路径供用户存放第三方类库，这些路径一般以“lib”或“classes”命名.被放到不同路程中的类库，具备不同的访问范围和服务对象，通常，每一个目录都会有一个相应的自定义类加载器去加载放置在里面的Java类库。

Tomcat中的类加载器

这里写图片描述

①放置在/common目录中：类库可被Tomcat和所有的Web应用程序共同使用。
②放置在/server目录中：类库可被Tomcat使用，对所有的Web应用程序都不可见。
③放置在/shared目录中：类库可被所有的Web应用程序共同使用，但对Tomcat自己不可见。
④放置在/WebApp/WEB-INF目录中：类库仅仅可以被此Web应用程序使用，对Tomcat和其他Web应用程序都不可见。

对于Tomcat的6.x版本，只有指定了tomcat/conf/catalina.properties配置文件的server.loader和share.loader项后才会真正建立Catalina ClassLoader和Shared ClassLoader的实例，否则在用到这两个类加载器的地方都会用Common ClassLoader的实例代替，而默认的配置文件中没有设置这两个loader项，所以Tomcat 6.x顺理成章地把/common、/server和/shared三个目录默认合并到一起变成一个/lib目录，这个目录里的类库相当于以前/common目录中类库的作用。这是Tomcat设计团队为了简化大多数的部署场景所做的一项改进，如果默认设置不能满足需要，用户可以通过修改配置文件指定server.loader和share.loader的方式重新启用Tomcat 5.x的加载器架构。