JVM类加载机制

一些很基础的东西

1. Java程序在JVM中运行的
2. JVM运行的是*.class而非*.java
3. *.class是由*.java经过编译器（jdk中的javac.exe）编译后得到的
4. java程序执行前，*.class需要先被类加载器（ClassLoader）加载到JVM中
5. 类加载器不止一种，它们本身的生成也有一个过程

类加载器生成

  上图中：

1. 第一个类加载器是由c++创建的引导类加载器（BootStrapClassLoader）。引导类加载器会加载sun.misc.Launcher类
2. sun.misc.Launcher是sun.misc.Launcher是类加载器的启动类，它的初始化使用了单例模式，保证一个jvm虚拟机中只有一个sum.misc.launcher实例。
3. 在sun.misc.Launcher构造方法内部，创建了扩展类加载器（ExtClassLoader）和应用类加载器（AppClassLoader）。我们自己写的java类就是由应用类加载器加载的。
4. 关于几个类加载器：
     引导类加载器（BootStrapClassLoader）。
   

  扩展类加载器（ExtClassLoader）。

  应用程序类加载器（AppClassLoader）。

  自定义加载器。

双亲委派机制

  显而易见，扩展类加载器和引导类加载器是应用类加载器的双亲。具体流程图（感谢IT烂笔头）：

为什么要用双亲委派机制

1. 沙箱安全机制。自己写的类如果和jdk类库的路径和包名都一致时不会被应用类加载器加载，从而防止核心api库被随意篡改
2. 避免类的重复加载。当父类已经加载了该类时，没必要子类ClassLoader再加载一次，保证被加载类的唯一性。