双亲委派模型和破坏场景

前言：

         Java虚拟机把描述类的数据从Class文件加载进内存，并对数据进行校验，转换解析和初始化，最终形成可以被虚拟机直接使用的java类型，这就是虚拟机的类加载机制。虚拟机设计团队把类记载阶段中通过一个类的全限定名来获取描述此类的二进制字节流这个动作放到Java虚拟机外部去实现，以便让应用程序自己决定如何去获取所需要的类。实现这个动作的代码模块叫做“类加载器”。

       类加载器虽然只用于实现类的加载动作，但是在java程序中起到的作用却远远不限于类加载阶段。对于任意的一个类，都需要由加载他的类加载器和这个类本身一同确立其唯一性。比较两个类是否相等，只有在这两个类在同一个类加载器的前提下才有意义。

       从java虚拟机的角度来说，只存在两种不同类加载器：一种是启动类加载器，这个类加载器使用C++语言实现，是虚拟机的一部分；另外一种就是所有其他的类加载器，这些类加载器都由java语言实现，独立于虚拟机外部，并且全部继承自抽象类java.lang.ClassLoader。

---

双亲委派模型

         如果一个类加载器收到加载类的请求时，该加载器并不会去加载该类，而是把请求委托给父类加载器，所有的类加载请求最终都会传送到顶端的启动类加载器；只有当父类加载器在其搜索范围内无法找到所需的类，并将该类反馈给子类，子类加载器才会去尝试自己加载。

       这样做的好处：一个是安全性，一个是可以提高性能（避免重复加载和避免核心类被篡改）

---

JDBC为什么要破坏双亲委派模型

        在jdbc1.4之后，我们不需要再调用Class.forName来加载驱动程