JAVA类加载器

当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.       执行子类的字段定义时初始化语句和子类的构造函数。