后，System检查自己的库里是否已经有这个类，发现没有之后委托给Exte
sio
，Exte
sio
进行同样的检查，发现还是没有继续往上委托，最顶层的Boots发现自己库里也没有，于是根据它的路径（Java核心类库，如javala
g）尝试去加载，没找到这个MaClass类，于是只好（人家看好你，交给你完成，你无能为力，只好交给别人啦）往下委托给Exte
sio
，Exte
sio
到自己的路径（JAVA_HOMEjrelibext是找，还是没找到，继续往下，此时System加载器到classpath路径寻找，找到了，于是加载到Java虚拟机。
f现在假设我们将这个类放到JAVA_HOMEjrelibext这个路径中去（相当于交给Exte
sio
加载器加载），按照同样的规则，最后由Exte
sio
加载器加载MyClass类，看到了吧，统一各类被两次加载到JVM，但是每次都是由不同的ClassLoader完成。
》》可见性限制下层的加载器能够看到上层加载器中的类，反之则不行，也就是是说委托只能从下到上。
》》不允许卸载类类加载器可以加载一个类，但是它不能卸载一个类。但是类加载器可以被删除或者被创建。
f当类加载完毕之后，JVM继续按照下图完成其他工作：
框图中各个步骤简单介绍如下：Loadi
g：文章前面介绍的类加载，将文件系统中的Class文件载入到JVM内存（运行数据区域）Verifyi
g：检查载入的类文件是否符合Java规范和虚拟机规范。Prepari
g：为这个类分配所需要的内存，确定这个类的属性、方法等所需的数据结构。
f（Prepareadatastructurethatassig
sthememoryrequiredbyclassesa
di
dicatesthefieldsmethodsa
di
terfacesdefi
edi
theclass）Resolvi
g：将该类常量池中的符号引用都改变为直接引用。（不是很理解）I
itiali
g：初始化类的局部变量，为静态域赋值，同时执行静态初始化块。
那么，ClassLoader在加载类的时候，究竟做了些什么工作呢？要了解这其中的细节，必须得先详细介绍一下运行数据区域。
二、运行数据区域
fRu
timeDataAreas：当运行一个JVM示例时，系统将分配给它一块内存区域（这块内存区域的大小可以设置的），这一内存区域由JVM自己来管理。从这一块内存中分出一块用来存储一些运行数据，例如创建的对象，传递给方法的参数，局部变量，返回值等等。分出来的这一块就称为运行数据区域。运行数据区域可以划分为6大块：Java栈、程序计数寄存器（PC寄存器）、本地方法栈（NativeMethodStack）、Java堆、方法区域、运行常量池（Ru
timeCo
sta
tPool）。运行常量池本应该属于方法区，但是由于其重要性，JVM规范将其独立出来说明。其中，前面3各区域（PCr