当JVM(Java虚拟机)启动时,会形成由三个类加载器组成的初始类加载器层次结构:
bootstrap classloader
|
extension classloader
|
system classloader
systemClassloader包含extendsitionClassloader的引用,extendsitionClassloader包含bootstrpclassloader的引用。
每个ClassLoader加载Class的过程是:
1.检测此Class是否载入过(即在cache中是否有此Class),如果有到8,如果没有到2
2.如果parent classloader不存在(没有parent,那parent一定是bootstrap classloader了),到4
3.请求parent classloader载入,如果成功到8,不成功到5
4.请求jvm从bootstrap classloader中载入,如果成功到8
5.寻找Class文件(从与此classloader相关的类路径中寻找)。如果找不到则到7.
6.从文件中载入Class,到8.
7.抛出ClassNotFoundException.
8.返回Class.
类加载器的顺序是:
先是bootstrap classloader,然后是extension classloader,最后才是system classloader。大家会发现加载的Class越是重要的越在靠前面。
这样做的原因是出于安全性的考虑,试想如果system classloader“亲自”加载了一个具有破坏性的“java.lang.System”类的后果吧。
这种委托机制保证了用户即使具有一个这样的类,也把它加入到了类路径中,但是它永远不会被载入,因为这个类总是由bootstrap classloader来加载的。Extensition classloader的加载目录是%JRE_HOME% \lib\ext,故可以将共享的Jar包放在这个目录下。
//引导classLoader加载的JAR URL[] urls=sun.misc.Launcher.getBootstrapClassPath().getURLs(); for (int i = 0; i < urls.length; i++) { System.out.println(urls[i].toExternalForm()); }
//获取类和对象的类加载器
System.out.println(Account.class.getClassLoader()); System.out.println(a.getClass().getClassLoader());
//获取进程共享的类加载器
Thread.currentThread().getContextClassLoader()
对象初始化过程:
1. 通过类型信息定位Dog.class文件。
2. 载入Dog.class文件,创建相应的Class对象。
3. 执行父类的静态字段定义时初始化语句和父类的静态初始化块。
4. 执行子类的静态字段定义时初始化语句和子类的静态初始化块。
5. 当使用new Dog()方式时,在堆上为Dog对象分配存储空间,并清零分配的存储空间。
6. 执行父类的字段定义时初始化语句和父类的构造函数。
7. 执行子类的字段定义时初始化语句和子类的构造函数。