问题场景
现在很多工程为了功能扩展，都给出了插件化的方式。只需要用户配置好配置文件，提供好需要的jar包，就能完成相应功能。现在项目一般都离不开数据库，自己本身的项目就会带这驱动包，但是也会有这样的一种需求，就是数据额外存储的定制化，当产生的数据在自己项目的流程中不满足现在使用。例如做报表，项目本身产生数据，但是需要把里面的一部分数据拿出来和其他文本数据结合，产生新的数据。或者现有的数据进行时间的整合，直接变成周数据，月数据，年数据。这些都是需要根据不同用户自己设定的。这些数据往往是需要另外的数据库的，这就带来了一个问题，项目本身有一个jar包，例如Mysql4.5的，客户想组织信息存入mysql5.5，jar包的类是相同的，这样就带来了驱动加载的问题，因为类的相同的，而且驱动不是完全不兼容，而是在使用上会出问题。典型的就是ojdbc14，用这个版本的驱动建立数据库使用语句池缓存会有问题，ojdbc5，6就没事。（毕竟语句池缓存能带来性能上优化，不能说为了兼容驱动放弃性能，而且其他潜在的问题还没有暴露）。
问题分析
双亲委派模式的是好处是Java类随着它的类加载器一起具备了一种带有优先级的层次关系，通过这种层级关可以避免类的重复加载，当父亲已经加载了该类时，就没有必要子ClassLoader再加载一次。其次是考虑到安全因素，java核心api中定义类型不会被随意替换，假设通过网络传递一个名为java.lang.Integer的类，通过双亲委托模式传递到启动类加载器，而启动类加载器在核心JavaAPI发现这个名字的类，发现该类已被加载，并不会重新加载网络传递的过来的java.lang.Integer，而直接返回已加载过的Integer.class，这样便可以防止核心API库被随意篡改。双亲委派的这些特性导致一个程序想要加载两个不同版本包时，由于已近记载了一个包，另一个不回加载。
实现
首先需要一个违背双亲委托的classloader，
不论你是class.forname,还是loadclass方法的调用，最后都是要调用loadClass的，所以这里一定要重写这个方法，这里就要加入破坏双亲委托机制的逻辑。先从缓存找是否已经加载了class，对已经加载的就直接返回，防止重复加载。此处调用了findClass方法，findClass是可以覆写的，这里为了简洁的实现，就不再覆写了。
classloader如果有重复的jar包，findClass找到资源后会通过defineClass(String name, Resource res)来加载类，这里最后会调用getPackage来获取包。
这个方法，先从已经加载的包中查找，如果没有就先从父classloader找，最后又进行了双亲委托机制。所以这个地方也需要覆写。覆写直接返回空。在后面的判断中，如果此处返回null，后续就会重新新建一个对象，然后放入一个缓存结构，还是一个hashmap， 为空的结果只是更新一下缓存。
自定义的classloader很好的保证了我们加载的安全性，因为地址是我们指定的。
通过DriverManager加载在项目里的包，通过自定义的driver加载另一个版本的包，两个包之间互不影响，都可以获取到jdbc链接。
