JVM 引导类、扩展类、系统类加载器的实现

虚拟机自带的加载器

• 启动类加载器(也称引导类加载器，Bootstrap、ClassLoader)

  • 这个类加载使用C/C++语言实现的，嵌套在JVM内部。
  • 它用来加载Java的核心库(JAVA_HOME/jre/lib/rt.jar、resources.jar或sun.boot.class.path路径下的内容)，用于提供JVM自身需要的类；
  • 并不继承自java.lang.ClassLoader,没有父加载器；
  • 加载扩展类和应用程序加载器，并指定为他们的父类加载器；
  • 出于安全考虑，Bootstrap启动类加载器只能加载包名为java、javax、sun等开头的类；

• 扩展类加载器(Extension ClassLoader)

  • java语言编写，由sun.misc.Launcher$ExtClassLoader实现；
  • 派生于ClassLoader类;
  • 父类加载器为启动类加载器(引导类加载器)
  • 从java.ext.dirs系统属性所指定的目录中加载类库，或从JDK的安装目录的jre/lib/ext子目录（扩展目录）下加载类库。如果用户创建的JAR放在此目录下，也会自动由扩展类加载器加载；

• 应用程序类加载器(系统类加载器，AppClassLoader)

  • java语言编写，由sun.misc.Launcher$AppClassLoader实现；
  • 派生于ClassLoader类
  • 父类加载器为扩展类加载器
  • 它负责加载环境变量classpath或系统属性java.class.path指定路径下的类库；
  • 该类加载是程序中默认的类加载器，一般来说，Java应用的类都是由它来完成加载；
  • 通过ClassLoader#getSystemClassLoader()方法可以获取到该类加载器；

• 用户自定义类加载器（非自虚拟机带）

  • 在Java的日常应用程序开发中，类的加载几乎是由上述3种类加载器相互配合执行的，在必要时，我们还可以自定义类加载器，来定制类的加载方式。
  • 为什么要自定义类加载器？
    • 隔离加载类；
    • 修改类加载的方式；
    • 扩展加载源；
    • 防止源码泄漏；