一篇文章理解双亲委派机制

---

前言

在java从编译到执行的过程文章中提到过类加载器和双亲委派机制的概念,但未进行详解。本章主要介绍了类加载器的分类以及双亲委派机制的含义以及优点。

---

一、类加载器

类加载器:将类的信息加载到内存中,充当一个快递员角色。

装载规则:
JDK中的核心类一般由启动类加载器（Bootstrploader）装载
JDK中内部实现的扩展类一般由扩展加载器（ExtClassLoader ）实现装载
自己写的程序中的类则由应用程序加载器（AppClassLoader ）实现装载

---

二、双亲委派机制

双亲委派机制: 它不会直接去尝试加载类，而是先把请求委托给父加载器去完成.依次向上直到顶级的加载器。如果父类没找到在依次向下,如果到最后都没找到就报ClassNotFoundException异常。

双亲委派机制的优点
1.避免自己写的类替换了jdk的核心类,保证了系统的安全性。
2.防止内存中存在多份同样的字节码。

试想一下如果我们自己写了个String类,包名叫java.lang,跟jdk里的String类发生了冲突,会产生什么后果?
使用双亲委派机制能规避这个问题,因为即使我们的类名和包名都和核心类String相同,但最终是由启动类加载器加载核心类库中的String,而非我们所写的类。

双亲委派机制能够被打破吗?
加载类的时候，只要不是由从APPClassLoader->Ext ClassLoader->BootStrap ClassLoader 这个顺序，那就是打破了双亲委派机制。

做法:加载class核心的方法在ClassLoader类的loadClass方法上,我们只需要自定义个ClassLoader类，重写loadClass方法（不依照往上开始寻找类加载器),就可以打破双亲委派机制。

举一个打破双亲委派机制的例子
Tomcat服务器:部署项目时，把war包放到tomcat的webapp下，一个tomcat可以放多个war包。现在有两个Web应用程序，它们都有一个类Student,并且它们的全类名都一样，都是com.yyyc.Student，但是他们的具体实现是不一样的,tomcat如何保证两个类不会冲突?

解决办法:给每个 Web 应用创建一个类加载器实例（WebAppClassLoader），该加载器重写了loadClass方法，优先加载当前应用目录下的类，如果当前找不到了，才一层一层往上找，从而实现了Web应用的隔离。

---

总结

双亲委派机制是类加载中经常会被问到的知识点,理解类加载器的分层和双亲委派机制的运行机制十分重要。如果一个类由类加载器A加载，那么这个类的依赖类也是由相同的类加载器加载。

---