既然java类加载器ClassLoader实际上也是用java语言编写的，而且要使用类加载器来编译类，那么什么可以编译类加载器的类呢？ 类似于先有蛋还是先有鸡的问题，其实jvm为我们提供了最基础的类加载器BootStrap。
班级。 getClassLoader ()==null表示已加载。)
除BootStrap以外的所有类加载器都由名为ClassLoader的类继承
而且，我们有关系
BootStrap
ExtClassLoader主要分析jdk中ext文件夹下的类
AppClassLoader分析用户编写的代码中用户定制的类
otherClassLoader
这是一种水平关系，与班级无关。 也就是说，其中的一些加载器关系不是类的父子关系！ 例如，在AppClassLoader中声明了对象，只是说他指向了对象
ExtClassLoader是对象之间的引用关系，因此是AppClassLoader。
getParent方法返回顶级类加载器
ExtClassLoader，但是从类文件的观念来看，他们只是引用关系而不是继承关系
加载过程中，如果在我的楼层，我会先去找爸爸看看有没有加载，爸爸有没有加载给爸爸
还没下一步。 最后我自己装载。 在这里说关于父亲的事。 不像父亲。 有点子债之父还的意思
优点是安全的。 因为classLoader也是类，所以如果想不使用这个结构来分析简单的类的话，写病毒的人自己写classLoader，在对这些本来搭载在系统上的classLoader进行分析就可以分析的类感性指甲油上找到我自己写的病毒Classloader，加载后就出了事故。 即使找到病毒Classloader，java这个体系也不会马上使用。 如果他的长辈(系统拥有的可以解析这个类的Classloader )可以加载的话，系统会解决，寻找不能使用这个病毒Classloader。
一切都是