由 dawei 需要注意的是,Bootstrap ClassLoader智慧加载特定名称的类库,比如rt.jar.这意味我们自定义的jar扔到\jre\lib也不会被加载.
负责将/jre/lib或- Xbootclasspath参数指定的路径中的，且是虚拟机识别的类库加载到内存中(按照名字识别,比如rt.jar，对于不能识别的文件不予装载)，比如：
Object
System
String
Java运行时的rt.jar等jar包
系统属性sun.boot.class.path指定的目录中特定名称的jar包
在JVM启动时，通过Bootstrap ClassLoader加载rt.jar，并初始化sun.misc.Launcher从而创建Extension ClassLoader和Application ClassLoader的实例。
查看Bootstrap ClassLoader到底初始化了那些类库:
URL[] urLs = Launcher.getBootstrapClassPath().getURLs();
for (URL urL : urLs) {
System.out.println(urL.toExternalForm());
}
JDK9 后
负责加载启动时的基础模块类，比如：
java.base
java.management
java.xml
1.2 Platform ClassLoader
JDK8 时Extension ClassLoader
只有一个实例，由sun.misc.Launcher$ExtClassLoader实现：
负责加载\lib\ext或java.ext.dirs系统变量指定的路径中的所有类库
加载一些扩展的系统类，比如XML、加密、压缩相关的功能类等
JDK9时替换为平台类加载器
加载一些平台相关的模块，比如java.scripting、java.compiler*、 java.corba*。
那为何 9 时废除替换了呢?
JDK8 的主要加载 jre lib 的ext，扩展 jar 包时使用，这样操作并不推荐，所以废除。而 JDK9 有了模块化，更无需这种扩展加载器。
1.3 Application ClassLoader
只有一个实例,由sun.misc.Launcher$AppClassLoader实现。
JDK8 时
负责加载系统环境变量ClassPath或者系统属性java.class.path指定目录下的所有类库。
如果应用程序中没有定义自己的加载器，则该加载器也就是默认的类加载器。该加载器可以通过java.lang.ClassLoader.getSystemClassLoader获取。
JDK9 后
应用程序类加载器，用于加载应用级别的模块，比如：