Tomcat
目录结构
Java Web 应用具有固定的目录结构，以hello项目为例：
| 目录 | 描述 |
|---|---|
| /hello | Web应用的根目录，所有的JSP文件和HTML文件都存放于此目录或用户自定义的子目录下 |
| /hello/WEB-INF | 存放web应用的配置文件 web.xml |
| /hello/WEB-INF/classes | 存放各种 .class 文件，Servlet 类的 .class 文件也放于此目录下 |
| /hello/WEB-INF/lib | 存放Web应用所需的各种JAR文件 |
Tomcat的目录结构
| 目录 | 描述 |
|---|---|
| /bin | 存放启动或关闭Tomcat的脚本文件 |
| /conf | 存放Tomcat服务器的各种配置文件，其中最重要的配置文件是server.xml |
| /lib | 存放Tomcat服务器及所有Web应用都可以访问的JAR文件 |
| /logs | 存放Tomcat的日志文件 |
| /webapps | 在Tomcat上发布JavaWeb应用时，默认把Web应用文件放于此目录下 |
| /work | Tomcat的工作目录，Tomcat在运行时把生成的一些工作文件放于此目录下 |
类库加载结构
一个功能健全的Web服务器，要解决如下几个问题：
- 部署在同一个服务器上的两个Web应用程序所使用的Java类库可以实现相互隔离。
- 部署在同一个服务器上的两个Web应用程序所使用的Java类库可以互相共享。
- 服务器需尽可能地保证自身的安全不受部署的Web应用程序影响。
- 支持JSP应用的Web服务器，大多数都需要支持HotSwap功能。
由于存在上述问题，在部署Web应用程序时，单独的一个ClassPath就无法满足需求了，所以各种Web服务器都提供了好几个ClassPath路径供用户存放第三方类库，这些路径一般都以“lib”或“class”命名。被放置到不同路径中的类库，具备不同的访问范围和服务对象，通常，每一个目录都会有一个相应的自定义类加载器去加载放置在里面的Java类库。
Tomcat服务器的类加载架构
灰色背景的3个类加载器是JDK默认提供的类加载器，而CommonClassLoader、CatalinaClassLoader、SharedClassLoader和WebAppClassLoader则是Tomcat自己定义的类加载器，它们分别加载/common/*、/server/*、/shared/*和/WebApp/WEB-INF/*中的Java类库。其中WebApp类加载器和Jsp类加载器通常会存在多个实例，每一个Web应用程序对应一个WebApp类加载器，每一个JSP文件对应一个Jsp类加载器。
对于Tomcat的6.x版本，只有指定了tomcat/conf/catalina.properties配置文件的server.loader和share.loader项后才会真正建立CatalinaClassLoader和SharedClassLoader的实例，否则会用到这两个类加载器的地方都会使用CommonClassLoader的实例代替，而默认的配置文件中没有设置这两个loader项，所以Tomcat 6.x顺利成章地把/common、/server和/shared三个目录合并一起变成一个/lib目录，这个目录相当于以前/common目录中类库的作用，该类库可被Tomcat和所有的Web应用程序共同使用。
