Class类有如下方法:
public ClassLoader getClassLoader()
如:观察ClassLoader的存在
class Member{}
public class Test {
public static void main(String[] args) {
Class<?> cls = Member.class;
System.out.println(cls.getClassLoader());
System.out.println(cls.getClassLoader().getParent());
System.out.println(cls.getClassLoader().getParent().getParent());
}
}
2.概念:JVM设计团队把类加载阶段中的“通过一个类的全限定名来获取描述此类的二进制字节流”这个动作放在Java虚拟机外部去实现,以便让应用程序自己决定如何去获取所需要的类。实现这个动作的的代码块称之为“类加载器”。
ClassLoader:
Bootstrap(启动类加载器):这个类加载器使用C++实现,是虚拟机自身的一部分;其他的类加载器都有Java语言实现,独立于JVM外部并且都继承于java.lang.ClassLoader.BootStrap类加载器负责将存放于<Java_HOME>\lib目录中(或者被-Xbotclasspath参数指定路径中)能被虚拟机识别的(仅按照文件名识别,如rt.jar,名字不符合的类库即使放在lib目录中也不会被加载)类库加载到JVM内存中。启动类加载器无法被Java程序直接引用。
ExtClassLoader(扩展类加载器):它负责加载<Java_HOME>\lib\ext目录中,或者被java.ext.dirs系统变量指定的路径中的类库。开发者可以直接使用扩展类加载器。
APPClassLoader(应用程序类加载器):负责加载用户类路径(ClassPath)上指定的类库,如果应用程序类中没有自定义自己的类加载器,则此加载器就是程序中默认的类加载器。
3.双亲委派模型
应用程序都是由这三种加载器互相配合进行加载的,还可以加入自定义的类加载器。这些类加载器的关系一般如下图所示:
类加载器之间的这种层次关系,就称为类加载器的双亲委派模型。双亲委派模型要求除了顶层的父类加载其外,其余的类加载器都应有自己的父类加载器。
工作流程:如果一个类加载器收到了类加载请求,它首先不会自己去尝试加载这个类,而是把这个请求委托给父类加载器去完成,每一个层次的类加载器都是如此。因此,所有的加载请求都应当传送到顶层的BootStrap加载器中,只有当父类加载器反馈无法完成这个加载请求时(在自己搜索范围内没有找到此类),子加载器才会尝试自己去加载。
特点:Java类随着它的类加载器一起具备了一种带有优先级的层次关系。例如java.lang.Object类,它存放在rt.jar中,无论哪一个类加载器要加载这个类,最终都是委派给处于顶端的启动类加载器进行加载。因此,Object类在程序的各种类加载器环境中都是同一个类。
4.
ClassLoader类中提供有如下方法(进行类的加载):
protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException
如:观察默认类加载器
class Member{
@Override
public String toString() {
// TODO Auto-generated method stub
return "Member";
}
}
public class Test{
public static void main(String[] args) throws Exception {
System.out.println(Class.forName("test1.Member").getClassLoader().loadClass("test1.Member").newInstance());
}
}
类加载器给用户提供最大的帮助为:可以通过动态的路径进行类的加载操作。
比较两个类相等的前提:必须是由同一个类加载器加载的前提下才有意义。否则,即使两个类来源于同一个Class文件,被同一个虚拟机加载,只要加载它们的类加载器不同,那么这两个类注定不相等。