JVM类加载器与双亲委派机制

类是模板，对象是具体的，每new处理一个对象，jvm会给新对象分配一个地址空间
1.虚拟机自带的加载器
2.启动类（根） 加载器
3.扩展类加载器
4.应用程序加载器
类加载器的类别
BootstrapClassLoader（启动类加载器）
c++编写，加载java核心库 java.*,构造ExtClassLoader和AppClassLoader。由于引导类加载器涉及到虚拟机本地实现细节，开发者无法直接获取到启动类加载器的引用，所以不允许直接通过引用进行操作

ExtClassLoader （标准扩展类加载器）
java编写，加载扩展库，如classpath中的jre ，javax.*或者
java.ext.dir 指定位置中的类，开发者可以直接使用标准扩展类加载器。

AppClassLoader（系统类加载器，应用程序加载器）
java编写，加载程序所在的目录，如user.dir所在的位置的class

CustomClassLoader（用户自定义类加载器）
java编写,用户自定义的类加载器,可加载指定路径的class文件

双亲委派机制：安全
作用优势：## 标题
避免重复加载 + 避免核心类篡改
采用双亲委派模式的是好处是Java类随着它的类加载器一起具备了一种带有优先级的层次关系，通过这种层级关可以避免类的重复加载，当父亲已经加载了该类时，就没有必要子ClassLoader再加载一次。其次是考虑到安全因素，java核心api中定义类型不会被随意替换，假设通过网络传递一个名为java.lang.Integer的类，通过双亲委托模式传递到启动类加载器，而启动类加载器在核心Java
API发现这个名字的类，发现该类已被加载，并不会重新加载网络传递的过来的java.lang.Integer，而直接返回已加载过的Integer.class，这样便可以防止核心API库被随意篡改。

具体过程：
1.类加载器收到类加载的请求，判断此类是否已经加载过，如果已经加载过则不需要加载，
2.如果未加载过，将这个请求向上委托给父类加载器去完成，一直向上委托，直到启动类加载
3.启动加载检查是否能够加载当前这个类，能加载就结束，使用当前的加载器，否则抛出异常，通知子加载器加载
4.重复步骤3
如果加载失败 抛出Class Not Found …
null；java调用不到 ,c,c++

双亲委派机制流程图：