Jetty 类加载器体系结构

xuke123

转载请注明出处 http://blog.csdn.net/lovingprince

-------------------------------------------------------------------------------------------------------------------------------
一般类加载器分三类：引导类加载器、扩展类加载器、系统类加载器
请见这里的分析http://blog.csdn.net/lovingprince/archive/2009/07/02/4317069.aspx

请记住类加载器的几个特点：
1、  双亲委托
2、  全局负责

Jetty的jetty_home/lib下包含了jetty服务器运行所需要的jar包,而jetty_home/lib/ext下包含的服务器使用的一些扩展包，运行在webapps下特定应用的WEB-INF/lib和WEB-INF/classess是各个应用自己的使用的类，特定应用自己的类当然不能与其他应用分享。

•   系统类加载器
  

   Jetty 启动方式 java  -jar  start.jar（内部实际执行org.eclipse.jetty.start.Main类）
  那么这个org.eclipse.jetty.start.Main是由哪个加载器加载的呢？很明显，这里没有其他的自定义类加载器，只有系统类加载器能够做这个工作。
  

• 系统自定义加载器
  

Jetty自定义了一个的Loader 类加载器，以系统类加载器做为父加载器，完成对start.config配置文件的读取(注意，这里只是读取，并没有实例化里面的类，只是使用类加载器来确定里面的class是否可用)。   
接下来，Jetty有两种运行方式，一种进程内运行(通过反射执行MainClass),一种是进程外执行(通过Runtime.getRuntime().exec()),进程外执行时由于线程上下文不能进程之间传递，因此相当于我们直接使用如下方式直接执行：
Java -Xms1636m -Xmx1636m -XX:PermSize=196m -cp /home/admin/jetty/lib/jetty-xml-7.1.6.v20100715.jar:/home/admin/jetty/lib/servlet-api-2.5.jar:/home/admin/jetty/lib/jetty-http-7.1.6.v20100715.jar:/home/admin/jetty/lib/jetty-continuation-7.1.6.v20100715.jar:/home/admin/jetty/lib/jetty-server-7.1.6.v20100715.jar:/home/admin/jetty/lib/jetty-security-7.1.6.v20100715.jar:/home/admin/jetty/lib/jetty-servlet-7.1.6.v20100715.jar:/home/admin/jetty/lib/jetty-webapp-7.1.6.v20100715.jar:/home/admin/jetty/lib/jetty-deploy-7.1.6.v20100715.jar:/home/admin/jetty/lib/jetty-servlets-7.1.6.v20100715.jar: /home/admin/jetty/lib/jetty-ajp-7.1.6.v20100715.jar:/home/admin/jetty/lib/jetty-jmx-7.1.6.v20100715.jar:/home/admin/jetty/lib/jsp/com.sun.el_1.0.0.v201004190952.jar:/home/admin/jetty/lib/jsp/ecj-3.6.jar:/home/admin/jetty/lib/jsp/javax.el_2.1.0.v201004190952.jar:/home/admin/jetty/lib/jsp/javax.servlet.jsp_2.1.0.v201004190952.jar:/home/admin/jetty/lib/jsp/javax.servlet.jsp.jstl_1.2.0.v201004190952.jar:/home/admin/jetty/lib/jsp/jetty-jsp-2.1-7.1.6.v20100715.jar:/home/admin/jetty/lib/jsp/org.apache.jasper.glassfish_2.1.0.v201007080150.jar:/home/admin/jetty/lib/jsp/org.apache.taglibs.standard.glassfish_1.2.0.v201004190952.jar:/home/admin/jetty/resources:/home/admin/jetty/lib/jetty-util-7.1.6.v20100715.jar:/home/admin/jetty/lib/jetty-io-7.1.6.v20100715.jar org.eclipse.jetty.xml.XmlConfiguration /home/admin/jetty/etc/jetty.xml /home/admin/jetty/etc/jetty-deploy.xml /home/admin/jetty/etc/jetty-logging.xml

-cp后是classpath，org.eclipse.jetty.xml.XmlConfiguration是MainClass,大家可以猜猜org.eclipse.jetty.xml.XmlConfiguration是哪个ClassLoader加载的？同样加载他的只能依靠系统加载器来完成。同时classpath中的lib/中的类都由系统类加载器完成。
   
而进程内启动则不同，通过自定义的Loader加载器完成对MainClass的加载，通过反射方式运行MainClass的main()方法，后续所有的lib/中的类都以该自定义Loader做为加载器。

• WebApp自定义类加载器
  

上面我们说了jetty服务器lib/中的jar都是系统自定义加载器加载的，如果让这个系统自定义加载器来加载WEB-INF/lib、WEB-INF/classes下的类，那么在这个服务器下WEB应用之间可能就会相互影响了，并且服务器绝大多数时候并不需要应用/WEB-INF/lib下的类，于是WebApp自定义类加载器应运而生，Jetty中默认叫WebAppClassLoader。
  /** Constructor.*/public WebAppClassLoader(ClassLoader parent, Context context)throws IOException{super(new URL[]{},parent!=null?parent:(Thread.currentThread().getContextClassLoader()!=null?Thread.currentThread().getContextClassLoader():(WebAppClassLoader.class.getClassLoader()!=null?WebAppClassLoader.class.getClassLoader():ClassLoader.getSystemClassLoader())));…….}

他是以当前线程上下文的ClassLoader为父classloader,如果上下文没有设定classLoader，俺么就使用加载WebAppClassLoader的加载器，如果还是没有，则采用系统类加载器。很明显，默认情况下，如果采用进程内运行，那么这个parent就是Loader(系统自定义类加载器)，如果是进程外，parent就是系统类加载器。

WebAppClassLoader可以设定是否由parent优先加载lib/、classes下的类。
   Jetty的ClassLoader体系结构可以使用下图来简单表示：