一、类加载器
虽然只用于实现类的加载动作,
但它在Java程序中起到的作用却远超类加载阶段,
对于任意一个类,
都必须由加载它的类加载器和这个类本身一起共同确立其在Java虚拟机中的唯一性,
每一个类加载器,
都拥有一个独立的类名称空间
二、双亲委派模型
1.类加载器分类
1.启动类加载器(Bootstrap ClassLoader):
这个类加载器负责将存放在lib目录中的类库加载到虚拟机内存中.
启动类加载器无法被Java 程序直接引用,
用户在编写自定义类加载器时,
如果需要把加载请求委派给启动类加载器,
那直接使用null代替即可
2.扩展类加载器(Extension ClassLoader):
这个类加载器由 sun.misc.Launcher$ExtClassLoader 实现,
它负责加载lib\ext 目录中,
或者被java.ext.dirs 系统变量所指定的路径中的所有类库,
开发者可以直接使用扩展类加载器
3.应用程序类加载器(Application ClassLoader):
这个类加载器由 sun.misc.Launcher$AppClassLoader实现.
getSystemClassLoader()方法返回的就是这个类加载器,
因此也被称为系统类加载器.
它负责加载用户类路径(ClassPath)上所指定的类库.
开发者可以直接使用这个类加载器,
如果应用程序中没有自定义过自己的类加载器,
一般情况下这个就是程序中默认的类加载器
2.双亲委派模型
双亲委派模型要求除了顶层的启动类加载器外,其余的类加载器都应有自己的父类加载器:
如果一个类加载器收到了类加载的请求,它首先不会自己去尝试加载这个类
而是把这个请求委派给父类加载器去完成,
每一个层次的类加载器都是如此
因此所有的加载请求最终都应该传送到最顶层的启动类加载器中
只有当父加载器反馈自己无法完成这个加载请求(它的搜索范围中没有找到所需的类)时,
子加载器才会尝试自己去完成加载
java.lang. ClassLoader的loadClass()方法实现的:
protected synchronized Class<?> loadClass(String name,
boolean resolve)throws ClassNotFoundException {
// 首先,检查请求的类是不是已经被加载过
Class<?> c = findLoadedClass(name);
if (c == null) {
try {
if (parent != null) {
c = parent.loadClass(name, false);
} else {
c = findBootstrapClassOrNull(name);
}
} catch (ClassNotFoundException e) {
// 如果父类抛出 ClassNotFoundException 说明父类加载器无法完成加载
}
if (c == null) {
// 如果父类加载器无法加载,则调用自己的 findClass 方法来进行类加载
c = findClass(name);
}
}
if (resolve) {
resolveClass(c);
}
return c;
}