类加载器

概述

Class文件以何种格式存储，类型合适加载、如何连接，以及虚拟机直接控制的行为，用户程序无法对其他进行改变。能通过程序进行操作的，主要是字节码生成与类加载器这两部分的功能。

Tomcat：正统的类加载器架构

• 部署到同一个服务器上的两个Web应用程序所使用的Java类库可以实现相互隔离。这是最基本的需求，两个不同的应用程序可能会依赖同一个第三方类库的不同版本。
• 部署到同一个服务器上的两个Web应用程序所使用的Java类库可以相互贡献。
• 服务器需要尽可能地保证自身的安全不受部署的Web应用程序影响。目前，有许多主流的Java Web服务器自身也是使用Java语言实现的。因此，服务器本身也有类库依赖的问题，一般来说，基于安全考虑，服务器所使用的类库应该与应用程序的类库相互独立。
• 支持JSP应用的Web服务器，大多数都需要支持HotSwap功能（热部署）。

Tomcat目录结构中，有3组目录（“/common/“，“/server/**”,"/shared/“”）可以存放Java类库，另外还可以加上Web应用程序自身的目录“/WEB-INF/*”,一共4组，把Java类库放置在这些目录下的含义分别是：

• 放置/common目录中，类库可被Tomcat和所有的Web应用程序共同使用。
• 放置/server目录下中，类库可被Tomcat使用，对所有的Web应用程序都不可见
• 放置在/shared目录中，类库可被所有Web应用程序共同使用，但是Tomcat自己不可见
• 放置在/WebApp/WEB-INF目录下，类库仅仅可以被此Web应用程序使用，对Tomcat和其他Web应用程序不可见。
  -
  这套加载器中,上面三个是虚拟机带的，CommonClassLoader、CatalinaClassLoader、SharedClassLoader和WebappClassLoader则是Tomcat自己定义的类加载器，它们分别加载/common/、/server/、/shared/*和/WebApp/WEB-INF/*中的Java类库。其中WebApp类加载器和JSP类加载器通常会存在多个实例，每一个Web应用程序对应一个WebApp类加载器，每一个JSP文件对应一个JSP类加载器。

OSGi:灵活的类加载器

OSGi（Open Service Gateway Initiative）是OSGi联盟（OSGi Alliance）制定的一个基于Java语言的动态模块化规范。OSGi的每一个模块Bundle与普通的Java类库区别并不大，两者一般都以JAR格式进行封装，并且内部存储的都是Java Package和Class。

OSGi的Bundle类加载器之间只有规则，没有固定的委派关系。例如，某个Bundle声明了一个它依赖的Package，如果有其他Bundle声明发布了这个Package，那么所有对这个Package的类加载动作都会委派给发布它的Bundle声明发布这个Package。

另外，一个Bundle类加载器为其他Bundle提供服务时，会根据Export-Package列表严格控制访问范围。如果一个类存在于Bundle的类库中但是没有被Export，那么这个Bundle的类加载器能找的到这个类，但不会提供给其他的Bundle使用，而且OSGi平台也不会把其他的Bundle的类加载请求分配到这个Bundle来处理。

字节码生成技术与动态代理的实现