最近因为实习被迫选择JavaWeb方向,因此想多研究下Java以及相关技术,写博客跟大家一起分享。本文主要涉及到类加载器以及委托机制。
正文开始:
首先说明累加器的概念:
类加载器 (ClassLoader):跟window上用C++或C# 等语言开发出来的程序不一样,Java程序(更准确的说是编译后平台无关的Class文件)并不是本地可执行程序,运行Java程序需要借助于JVM,Java Class加载到Jvm才可以运行,负责加载Java Class的这部分就叫做类加载器。
Java虚拟机可以有多个类加载器,系统默认的主要有三个类加载器,分别家在不同位置的类:
BootStrap,ExtClassLoader,AppClassLoader;
下面分别介绍这三个类。
Bootstrap类是Jvm的一部分,用C编写而成,每一个Java程序都会启动它,去加载%JAVA_HOME%/jre/lib/rt.jar 。
ExtClassloader去加载%JAVA_HOME%/jre/lib/ext/下的类 。
AppClassLoader去加载系统变量CLASSPATH下的所有类 。
Java的类加载器一般是采用委托机制。即classloader都有一个parent classloader,当它收到一个加载类的请求时,会首先请求parent classloader加载,如果parent classloader加载不到,才会自己去尝试加载(如果自己也加载不到,则抛出ClassNotFoundException)。采用这种机制的目的,主要是从安全角度考虑。比如用户自己定义了一个java.lang.Object,把jdk中的覆盖了,那显然是有问题的 。
OK,大家可能会有疑问,;类加载器也是java类,也需要被类加载器本身加载,显然必须有一个类加载器不是Java,这就是Bootstrap。
一般类的家在过程如下:
1、调用findLoadedClass()来查看是否存在 已经装入的类。
2、 如果没有,通过IO从文件系统或者网络获取Class的原始字节码文件。
3、 如果有字节码文件,调用defineClass()将他们转化成Java对象
4、 如果没有原始字节,然后调用findSystemClass() 查看是否从本地文件系统获取类
5、 如果 resolve 参数是 true,那么调用resolveClass() 解析 Class 对象。
6、 如果还没有类,返回ClassNotFoundException
7、 否则,将类返回给调用程序
下面给出类加载器之间的父子关系和管辖范围图:
下面主要讲解类加载器的委托机制。
当Java虚拟机要加载一个类时,到底派出哪个类加载器去加载呢?
Ø首先当前线程的类加载器去加载线程中的第一个类。
Ø如果类A中引用了类B,Java虚拟机将使用加载类A的类装载器来加载类B。
Ø还可以直接调用ClassLoader.loadClass()方法来指定某个类加载器去加载某个类。
每个类加载器加载类时,又先委托给其上级类加载器。
Ø当所有祖宗类加载器没有加载到类,回到发起者类加载器,还加载不了,则抛ClassNotFoundException,不是再去找发起者类加载器的儿子,因为没有getChild方法,即使有,那有多个儿子,找哪一个呢?
简单来说就是:每个ClassLoader本身只能分别加载特定位置和目录中的类,但它们可以委托其他的类装载器去加载类,这就是类加载器的委托模式。类装载器一级级委托到BootStrap类加载器,当BootStrap无法加载当前所要加载的类时,然后才一级级回退到子孙类装载器去进行真正的加载。当回退到最初的类装载器时,如果它自己也不能完成类的装载,那就应报告ClassNotFoundException异常。
下面通过一个小Demo来测试:
package com.doyeden.classloader;
public classTestClass {
public static void main(String[] args) {
ClassLoadercl=TestClass.class.getClassLoader();
while(cl!=null){
System.err.println(cl.getClass().getName());
cl=cl.getParent();
}
System.err.println(cl);
}
}
执行结果:
sun.misc.Launcher$AppClassLoader
sun.misc.Launcher$ExtClassLoader
null
本文到此结束,欢迎跟大家一起交流成长!