基于SPI机制和DataX插件热加载破坏双亲委派的思考

在开始阅读之前请先思考以下两个问题，并希望您能再接下来的文章中找到答案

1. 如果我自己实现了一个新的java.lang.String类，并通过UrlClassLoader加载使用该类，能否覆盖JDK中的  java.lang.String ？

2. 如果问题1的回答是不能，那用什么方式能做到覆盖JDK中的java.lang.String么？

一、双亲委派

                                         

熟悉java类加载机制的一定都知道双亲委派，双亲委派模式的工作原理的是;如果一个类加载器收到了类加载请求，它并不会自己先去加载，而是把这个请求委托给父类的加载器去执行，如果父类加载器还存在其父类加载器，则进一步向上委托，依次递归，请求最终将到达顶层的启动类加载器，如果父类加载器可以完成类加载任务，就成功返回，倘若父类加载器无法完成此加载任务，子加载器才会尝试自己去加载，这就是双亲委派模式

采用双亲委派模式的是好处是Java类随着它的类加载器一起具备了一种带有优先级的层次关系，通过这种层级关可以避免类的重复加载，当父亲已经加载了该类时，就没有必要子ClassLoader再加载一次。其次是考虑到安全因素，java核心api中定义类型不会被随意替换，假设通过网络传递一个名为java.lang.Integer的类，通过双亲委托模式传递到启动类加载器，而启动类加载器在核心Java API发现这个名字的类，发现该类已被加载，并不会重新加载网络传递的过来的java.lang.Integer，而直接返回已加载过的Integer.class，这样便可以防止核心API库被随意篡改。至于双亲委派的实现原