JVM双亲委派机制

Java有三大类加载器

• 启动类加载器 BootstrapClassLoader （也成引导类加载器）
  c++ 编写的类加载器，用来加载java核心类库jre/lib/rt.jar， 例如我们熟悉的String
  是ExtClassLoader和ExtClassLoader的父类加载器

• 扩展类加载器 ExtClassLoader
  java 编写的类加载器，从java.ext.dirs系统属性所指定的目录中加载类库，或从JDK安装目录的jre/lib/ext子目录（扩展目录）下加载类库。

• 系统类加载器 AppClassLoader
  java 编写的类加载器，负责加载环境变量classpath或java.class.path指定路径下的类库
  是程序中的默认加载器，我们自己写的类几乎都是由它加载

我们也可以继承ClassLoader自定义加载器

什么是双亲委派机制？

当某个类加载器收到类加载请求时，首先它不会去自己加载该类，而是先将这个请求委托给自己的父类加载器。如果父类加载器还存在其父类加载器，则继续向上委托，请求最终到达启动加载器。

如果父类加载器可以完成请求的类加载任务，则完成返回；如果不能，则由子类加载器完成请求的类加载任务

举个例子，自定义了一个类String，并且在自定义包 java.lang 下

当我们启动main方法会报错

这是因为当我们启动main方法加载自定义的String类时，加载请求发送到AppClassLoader，AppClassLoader向上委托到其父加载器ExtClassLoader，ExtClassLoader继续向上委托到BootstrapClassLoader。

BootstrapClassLoader是加载java核心类库jre/lib/rt.jar的，而我们常用的字符串类java.lang.String（不是我们自定义的 String）就包含在其中，于是就被BootstrapClassLoader加载了。而String并没有main方法，所以就报错了

这种对java核心源代码的保护的机制成为沙箱安全机制