双亲委派机制

JVM流程结构

其中大部分垃圾都是在方法区和堆中的，其他区域中没啥垃圾。

双亲委派

JVM四种类加载器如上图。他们这种之间的层次管理，就成为双亲委派模型。

对于任意一个类，都需要由加载它的类加载器和这个类本身一同确立其在Java虚拟机中的唯一性。当我们比较两个类是否相等的时候，前提是：只有在这两个类是由同一个类加载器加载为前提下才有意义的

如果从JVM角度来讲的话，类的加载器只有两种：启动类加载器。这个类是C++写的，是JVM虚拟机自身的一部分；另一种就是所有其他类的类加载器了。是Java写的， 独立于虚拟机外部的，而且都是继承于:java.lang.ClassLoader的。

从我们Java开发任意角度来看的话，就可以分为四种类加载器了。

执行过程

如果一个类加载器收到了类加载的请求，这个类加载器不会先尝试加载这个类，而是会先把这个请求委派给自己的父类加载器去完成，在每个层次的类加载器都是依此类推的。因此所有的类加载器请求其最后都应该被委派到顶层的启动类加载器中(Bootstrap)，只有当父类的加载器在自己管辖范围内(文末会介绍每个类加载器管理范围的)没有找到所需要的类的时候，子类加载器才会尝试自己去加载的，如果自己管理范围内也找不到需要加载的就会抛出：ClassNotFoundException 这个异常了。

优点

1：保证了JVM提供的核心类不被篡改，保证class执行安全

比如上文的string类，无论哪个加载器要加载这个类的话，由于双亲委派机制，最终都会交由最顶层的启动类加载器来加载，这样保证了string类在各种类加载器环境中，都是同一个类。试想下，没有双亲委派机制的话，各个加载器自己加载string类，有可能不同类加载器加载的string方法不一样，那样的话，我们的程序是不是就会一片混乱了。

2：防止重复加载同一个class

双亲委派机制流程图中，我们可以看出，委托向上问一问，如果加载过，就不用再加载了。