Websphere的类加载器以及策略的简单介绍

60 阅读 0 评论 40 点赞

我是靠谱客的博主正直小海豚，最近开发中收集的这篇文章主要介绍Websphere的类加载器以及策略的简单介绍，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

1.1 什么是ClassLoader

顾名思义，类加载器（class loader）用来加载 Java 类到 Java 虚拟机中。一般来说，Java 虚拟机使用 Java 类的方式如下：Java 源程序（.java 文件）在经过 Java 编译器编译之后就被转换成 Java 字节代码（.class 文件）。类加载器负责读取 Java 字节代码，并转换成 java.lang.Class类的一个实例。每个这样的实例用来表示一个Java 类。通过此实例的 newInstance()方法就可以创建出该类的一个对象。实际的情况可能更加复杂，比如 Java 字节代码可能是通过工具动态生成的，也可能是通过网络下载的。

基本上所有的类加载器都是 java.lang.ClassLoader类的一个实例。下面详细介绍这个 Java 类。

1.2 ClassLoader 的职责

java.lang.ClassLoader类的基本职责就是根据一个指定的类的名称，找到或者生成其对应的字节代码，然后从这些字节代码中定义出一个 Java 类，即 java.lang.Class类的一个实例。除此之外，ClassLoader还负责加载 Java 应用所需的资源，如图像文件和配置文件等。不过本文只讨论其加载类的功能。

1.3 什么是ClassLoader Delegation

细节请参见：http://blog.csdn.net/eric_sunah/article/details/7969077

关于类加载器的层次结构，以下的几点说明可能更有助于进一步的理解类的查找和加载过程：

每个类加载器负责在自身定义的类路径上进行查找和加载类。
一个子类加载器能够委托它的父类加载器查找和加载类，一个加载类的请求会从子类加载器发送到父类加载器，但是从来不会从父类加载器发送到子类加载器。
一旦一个类被成功加载， JVM 会缓存这个类直至其生命周期结束，并把它和相应的类加载器关联在一起，这意味着不同的类加载器可以加载相同名字的类。
如果一个加载的类依赖于另一个或一些类，那么这些被依赖的类必须存在于这个类的类加载器查找路径上，或者父类加载器查找路径上。

如果一个类加载器以及它所有的父类加载器都无法找到所需的类，系统就会抛出 ClassNotFoundExecption 异常或者 NoClassDefFoundError 的错误

1.4 WAS的Class Loader

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 模块定义自己的类加载器。