本篇文章不去细讲整个aladin的原理，只弄懂几个问题
1. 第一classloader的机制，他是如何实现双亲委派的原则的
2. 加载类和初始化类的区别。
3. 如果我们要加载类，要使用自己的编写的classloader 要如何处理。
带着这些问题我们来一一解析
classloader 机制
类的加载机制大概分为这几个阶段，但是这些已经由太多资料了 这个就不细讲了
类加载器，分为3个 Bootstrap，Extension，System
启动类加载器主要加载的是JVM自身需要的类，这个类加载使用C++语言实现的，是虚拟机自身的一部分，它负责将 /lib路径下的核心类库或-Xbootclasspath参数指定的路径下的jar包加载到内存中，注意必由于虚拟机是按照文件名识别加载jar包的，如rt.jar，如果文件名不被虚拟机识别，即使把jar包丢到lib目录下也是没有作用的(出于安全考虑，Bootstrap启动类加载器只加载包名为java、javax、sun等开头的类)。
Extension
扩展类加载器是指Sun公司(已被Oracle收购)实现的sun.misc.Launcher$ExtClassLoader类，由Java语言实现的，是Launcher的静态内部类，它负责加载/lib/ext目录下或者由系统变量-Djava.ext.dir指定位路径中的类库，开发者可以直接使用标准扩展类加载器。
AppClassLoader
也称应用程序加载器是指 Sun公司实现的sun.misc.Launcher$AppClassLoader。它负责加载系统类路径java -classpath或-D java.class.path 指定路径下的类库，也就是我们经常用到的classpath路径，开发者可以直接使用系统类加载器，一般情况下该类加载是程序中默认的类加载器，通过ClassLoader#getSystemClassLoader()方法可以获取到该类加载器。
在Java的日常应用程序开发中，类的加载几乎是由上述3种类加载器相互配合执行的，在必要时，我们还可以自定义类加载器，需要注意的是，Java虚拟机对class文件采用的是按需加载的方式，也就是说当需要使用该类时才会将它的class文件加载到内存生成class对象，而且加载某个类的class文件时，Java虚拟机采用的是双亲委派模式即把请求交由父类处理，它一种任务委派模式，下面我们进一步了解它。
所有的默认类加载器是实现的一个双亲委派的原则，这样的好处，同样的类只可能被加载一次，即不会出现同一个类会出现两个类加载器加载，形成一些不可预知的错误和安全。
现在我们通过源码解析来看一下，classloader 是如何实现 双亲委派原则。
因为除了 bootstrap 类加载器。是由jvm 直接启动。其它都是java代码那么就需要，将他们初始化。
extclassLoader 和 appclassloader 都是通过 sun.misc.Launcher 这个类来启动。
Launcher.ExtClassLoader var1;
try {
// 因为extClassLoader 顶层是bootstrap 所以并不是一个java类，所以 extClassLoader 的par
var1 = Launcher.ExtClassLoader.getExtClassLoader();
}catch (IOException var10) {
throw new InternalError("Could not create extension class loader", var10);
}
try {
this.loader = Launcher.AppClassLoader.getAppClassLoader(var1);
}catch (IOException var9) {
throw new InternalError("Could not create application class loader", var9);
}
//默认的线程上下文类加载器就是 AppClassLoader
Thread.currentThread().setContextClassLoader(this.loader);
String var2 = System.getProperty("java.security.manager");
if (var2 !=null) {
SecurityManager var3 =null;
if (!"".equals(var2) && !"default".equals(var2)) {
try {
//安全检测
var3 = (SecurityManager)this.loader.loadClass(var2).newInstance();
}catch (IllegalAccessException var5) {
;
}catch (InstantiationException var6) {
;
}catch (ClassNotFoundException var7) {
;
}catch (ClassCastException var8) {
;
}
}else {
var3 =new SecurityManager();
}
整个类图结构为如下：
loadClass（String) 表示加载class ，触发机制 比如 xxx.class ，new 关键字， class.forName 都会触发loadClass。找到这个类
loadClass 下个步骤是初始化类， new 和 class.forName ，还有直接引用其静态变量都会触发初始化，都会默认调用编译器间默认生成防范
cinit ， 具体在这里不仔细讲了
然后我们简单看下其实现双亲委派的核心代码 这个类在ClassLoader父类下面。
protected Class loadClass(String name, boolean resolve)
throws ClassNotFoundException
{
synchronized (getClassLoadingLock(name)) {
// 先从缓存查找该class对象，找到就不用重新加载 Class c = findLoadedClass(name);
if (c == null) {
long t0 = System.nanoTime();
try {
if (parent != null) {
//如果找不到，则委托给父类加载器去加载 c = parent.loadClass(name, false);
} else {
//如果没有父类，则委托给启动加载器去加载 c = findBootstrapClassOrNull(name);
}
} catch (ClassNotFoundException e) {
// ClassNotFoundException thrown if class not found // from the non-null parent class loader }
if (c == null) {
// If still not found, then invoke findClass in order // 如果都没有找到，则通过自定义实现的findClass去查找并加载 c = findClass(name);
// this is the defining class loader; record the stats sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
sun.misc.PerfCounter.getFindClasses().increment();
}
}
if (resolve) {//是否需要在加载时进行解析 resolveClass(c);
}
return c;
}
}
关于类加载部分其实还有一些，关于url 的控制还有一些安全策略过滤的原则这里，不细讲，下次再单独从这个方面讲
下面我们核心讨论一个问题，如何写