Java类加载器学习1——类加载器的基本概念

 

一、程序使用java类的运行顺序

 

当程序主动使用某个类的时候,若该类还未被加载至内存中,系统会通过加载,连接,初始化三个步骤对类进行初始化,有事也把这三个步骤称为类加载或者类的初始化。

 

1 类的加载

将被编译的.java而成为.class字节码读入JVM内存并为之创建一个java.lang.Class对象,也就是说当程序中使用任何类的时候系统都会为之建立一个java.lang.Class对象。类的加载由类加载器完成,类加载器通常有JVM提供,我们称JVM提供的类加载器为系统类加载器。当然实际的情况可能更加复杂比如Java字节代码可能是通过工具动态生成的,也可能是通过网络下载的。

 

2 类的连接

当生成一个对应的.class对象后,接着会进入连接阶段,会将类的二进制数据合并到JRE中,该阶段又认为验证,准备,解析三个阶段。

 

3 类的初始化

由JVM负责对类进行初始化,主要就是对静态属性进行初始化。(1)声明静态属性时指定初始值 (2)使用静态初始化块为静态属性指定初始值。

 

本文主要讲解第一个步骤——类的加载。

 

 

二、类的加载的基本概念

基本上所有的类加载器都是java.lang.ClassLoader类的一个实例。java.lang.ClassLoader类的基本职责就是根据一个指定的类的名称,找到或者生成其对应的字节代码,然后从这些字节代码中定义出一个Java类,即java.lang.Class类的一个实例。除此之外ClassLoader还负责加载Java应用所需的资源,如图像文件和配置文件等。不过本文只讨论其加载类的功能。为了完成加载类的这个职责,ClassLoader提供了一系列的方法。JDK中几个比较重要的方法:


getParent()
返回委托的父类加载器

loadClass(String name)
加载名称为name的类,返回的结果是java.lang.Class类的实例

findClass(String name)
查找名称为name的类,返回的结果是java.lang.Class类的实例

findLoadedClass(String name)
查找名称为 name的已经被加载过的类,返回的结果是 java.lang.Class类的实例

defineClass(String name, byte[] b, int off, int len)
把字节数组b中的内容转换成Java类,返回的结果是java.lang.Class类的实例。此方法被声明为final

resolveClass(Class<?> c)
链接指定的Java类 


上述name是二进制名,按照《Java Language Specification》的定义,任何作为String类型参数传递给ClassLoader中方法的类名称都必须是一个二进制名称。 有效类名称的示例包括:

"java.lang.String"
"javax.swing.JSpinner$DefaultEditor"
"java.security.KeyStore$Builder$FileBuilder$1"
"java.net.URLClassLoader$3$1"

 

 

 

三、类加载器的分类

Java 中的类加载器大致可以分成两类,一类是系统(JVM)提供的,一类是由Java应用开发人员编写的。

 

系统提供的类加载器主要有下面三个:

引导类加载器(bootstrap class loader)
用来加载 Java 的核心库,是用原生代码(C++)来实现的,并不继承自java.lang.ClassLoader。


扩展类加载器(extensions class loader)
用来加载Java的扩展库。Java虚拟机的实现会提供一个扩展库目录。该类加载器在此目录里面查找并加载 Java 类。


系统类加载器(system class loader)
根据Java应用的类路径(CLASSPATH)来加载Java类。一般来说Java应用的类都是由它来完成加载的。可以通过 ClassLoader.getSystemClassLoader()来获取它。

 

除了系统提供的类加载器外开发人员可以通过继承java.lang.ClassLoader类的方式实现自己的类加载器,以满足一些特殊的需求。

 

除了引导类加载器外,所有的类加载器都有一个父类加载器。通过getParent()方法可以得到。对于系统提供的类加载器来说,系统类加载器的父类加载器是扩展类加载器,而扩展类加载器的父类加载器是引导类加载器;对于开发人员编写的类加载器来说,其父类加载器是加载此类加载器Java类的类加载器。因为类加载器Java类如同其它的Java类一样,也要由类加载器来加载的。一般来说开发人员编写的类加载器的父类加载器是系统类加载器。类加载器通过这种方式组织起来,形成树状结构。树的根节点就是引导类加载器。看一张传智播客的图

Java类加载器学习1——类加载器的基本概念

 

 

看一段测试代码 

public class Test
{

 public static void main(String[] args)
 {

  // sun.misc.Launcher$AppClassLoader
  System.out.println(Test.class.getClassLoader().getClass().getName());

  // null
  // 类加载器本身也是java类,也需要被加载,但是第一个加载器如果是java类的话,被谁来加载呢?
  // 答案BootStrap是第一个类加载器,是C++代码写成的二进制代码,这里通过java获取不了
  System.out.println(System.class.getClassLoader());

  // sun.misc.Launcher$AppClassLoader——>sun.misc.Launcher$ExtClassLoader——>null
  ClassLoader loader = Test.class.getClassLoader();
  while (null != loader)
  {
   System.out.println(loader.getClass().getName());
   loader = loader.getParent();
  }
  System.out.println(loader);
 }

}


 

四、类加载器的父类委托机制

Java的类加载器自从JDK1.2开始便引入了一条机制,叫做父类委托机制。

一个类需要被加载的时候,JVM先会调用他的父类加载器进行加载。如果父类加载器加载不了,再使用其子类进行加载。当然这类所说的父类加载器,不一定他们之间是继承的关系,有可能仅仅是包装的关系。不能片面理解。


当Java虚拟机要加载类时,如果上一级加载器可以加载则交由上一级加载,如用户编写一个java.lang.System类,交给AppClassLoader加载—>ExtClassLoader加载—>BootStrap加载,而rt.jar这个包中本来就有一个System类,所以用户编写的System类不起作用。如果BootStrap加载不到,则将由ExtClassLoader加载—>AppClassLoader加载,最后还加载不了就返回ClassNotFoundException异常,不会交给发起请求的加载器的子加载器。

 

Java之所以出现这条机制,因为是处于安全性考虑。害怕用户自己定义class文件然后自己写一个类加载器来加载原本应该是JVM自己加载的类。这样会是JVM虚拟机混乱或者说会影响到用户的安全。

 

参考地址

http://www.ibm.com/developerworks/cn/java/j-lo-classloader/index.html#major5

http://blog.csdn.net/a352193394/article/details/7343385

 

 

上一篇:java自定义类加载器


下一篇:烂泥:学习ubuntu远程桌面(一):配置远程桌面