Tomcat和Websphere类加载机制.docVIP

Tomcat 和Websphere类加载机制 1?????? 基本信息 摘要：分别介绍Tomcat和Webshpher类加载机制。 作者：戴小丹? 林晓咏 2?????? Tomcat类加载机制 Tomcat Server在启动的时候将构造一个ClassLoader树，以保证模块的类库是私有的??? Tomcat Server的ClassLoader结构图如下： - Bootstrap - 载入JVM自带的类和/jre/lib/ext/*.jar- System - 载入/*.class- Common - 载入/common/...，它们对TOMCAT和所有的WEB APP都可见- Catalina - 载入/server/...， 它们仅对TOMCAT可见，对所有的WEB APP都不可见- Shared - 载入/shared/...，它们仅对所有WEB APP可见，对TOMCAT不可见（也 不必见）- WebApp - 载入ContextBase?/WEB-INF/...，它们仅对该WEB APP可见 每个运行中的线程都有一个成员contextClassLoader，用来 在运行时动态地载入其它类，系统默认的 contextClassLoader是systemClassLoader，所以一般而言java程 序在执行时可以使用JVM自带的类、$ JAVA_HOME/jre/lib/ext/中的类和/中的类，可以使用Thread.currentThread(). setContextClassLoader(...);更改当前线程 的contextClassLoader，来改变其载入类的行为ClassLoader被组织成树形，一般的工作原理是：1) 线程需要用到某个类，于是contextClassLoader被请求来载入该类2) contextClassLoader请求它的父ClassLoader来 完成该载入请求3) 如果父ClassLoader无法载入类，则contextClassLoader试图自己来载入 3?????? Websphere类加载机制 Java应用程序运行时，在class执 行和被访问之前，它必须通过类加载器加载使之有效，类加载器是JVM代码的一部分，负责在JVM虚拟机中查找和加载所有的Java 类和本地的lib库。类加载器的不同配置影响到应用程序部署到应用程序服务器上运行时的行为。JVM和WebSphere应用程序服务器提供了多种不 同的类加载器配置， 形成一个具有父子关系的分层结构。 WebSphere中类加载器的层次结构图1所 示： 如上图所示，WebSphere中类加载器被组织成一个自上而下的层次结构，最上层是系 统的运行环境JVM，最下层是具体的应用程序，上下层之间形成父子关系。 JVM Class loader：位于整个层次结构的最上层，它是整个类加载器层次结构的根，因 此它没有父类加载器。这个类加载器负责加载JVM类， JVM 扩展类，以及定义在classpath 环境变量上的所有的Java类。 WebSphere Extensions Class loader：WebSphere 扩展类加载器, 它将 加载WebSphere的一些runtime 类，资源适配器类等。 WebSphere lib/app Class loader：WebSphere服务器类加载器，它将加载WebSphere安装目录下$(WAS_HOME)/lib/app路径上的类。 在WAS v4版本中，WAS使 用这个路径在所有的应用程序之间共享jar包。从WAS v5开始， 共享库功能提供了一种更好的方式，因此，这个类加载器主要用于 一些原有的系统的兼容。 WebSphere server Class loader：WebSphere应用服务器类加载器。 它定义在这个服务器上的所有的应用程序之间共享的类。WAS v5中有了共享库的概念之后，可以为应用服务器定义多个与共享库相关联的类加载器，他们按照定义的先后顺序形成父子关系。 Application Module Class Loader：应用程序类加载器，位于层次结构的最后一层，用于加载J2EE应 用程序。根据应用程序的类加载策略的不同，还可以为Web模块定义自己的类加载器。 关于WebSphere的类加载器的层次结构，以下的几点说明可能更有助于进一步的理解 类的查找和加载过程： 每个类加载 器负责在自身定义的类路径上进行查找和加载类。 一个子类加 载器能够委托它的父类加载器查找和加载类，一个加载类的请求会从子类加载器发送到父类加载器，但是从来不会从父类加载器发送到子类加载器。 一旦一个类 被成功加载，JVM 会缓存这个类直至其生命周期