java双亲委托弊端_如何快速写一个违背双亲委托机制的classloader

很多情况下&＃xff0c;不得以必须写个classloader来满足需求。例如你一个工程里你想用相同的数据库的多个版本&＃xff0c;自己制定了一个jar包目录&＃xff0c;没有classloader管理等等。如果是一个遵循java已经规定好的机制的classloader(双亲委托以及加载依赖类的classloader继续加载剩下的类)。直接继承classloader就可以。(一般选择urlclassloder&＃xff0c;他帮你实现了不少功能)。但是往往有需求需要加载两个相同的Jar包&＃xff0c;例如web应用中的webappclassloader。不同的应用的相同war包都需要被同级的加载&＃xff0c;优先级高于was的lib目录。

编写classloader

加入缓存

classloader的本质是加载字节码到内存&＃xff0c;而且相同字节码不能被重复加载&＃xff0c;所以我们需要加入缓存&＃xff0c;简单选择一个hashmap就可以

Map> classMap &＃61;new HashMap>();

覆写关键方法

不论你是class.forname,还是loadclass方法的调用&＃xff0c;最后都是要调用loadClass的&＃xff0c;所以这里一定要重写这个方法&＃xff0c;这里就要加入破坏双亲委托机制的逻辑。

public Class> loadClass(String name) throws ClassNotFoundException {

Class> classLoaded &＃61; classMap.get(name);

if (classLoaded !&＃61; null) {

return classLoaded;

}

Class> findClass &＃61; null;

try {

findClass &＃61; findClass(name);

} catch (Exception e) {

//还可以从父类查找&＃xff0c;这个异常吞掉&＃xff0c;如果没有父类会抛出

}

if (findClass !&＃61; null) {

classMap.put(name, findClass);

return findClass;

}

return super.loadClass(name);

}

逻辑很简单&＃xff0c;先从缓存找是否已经加载了class&＃xff0c;对已经加载的就直接返回&＃xff0c;防止重复加载。此处调用了findClass方法&＃xff0c;findClass是可以覆写的&＃xff0c;这里为了简洁的实现&＃xff0c;就不再覆写了。

拿这样的classloader如果有重复的jar包可能是有问题的。问题就在他的findclass中。findClass找到资源后会通过defineClass(String name, Resource res)来加载类&＃xff0c;这里最后会调用getPackage来获取包。下面是找的流程。

protected Package getPackage(String name) {

Package pkg;

synchronized (packages) {

pkg &＃61; packages.get(name);

}

if (pkg &＃61;&＃61; null) {

if (parent !&＃61; null) {

pkg &＃61; parent.getPackage(name);

} else {

pkg &＃61; Package.getSystemPackage(name);

}

if (pkg !&＃61; null) {

synchronized (packages) {

Package pkg2 &＃61; packages.get(name);

if (pkg2 &＃61;&＃61; null) {

packages.put(name, pkg);

} else {

pkg &＃61; pkg2;

}

}

}

}

return pkg;

}

这里很明显的&＃xff0c;先从已经加载的包中查找&＃xff0c;如果没有就先从父classloader找&＃xff0c;最后又进行了双亲委托机制。所以这个地方也需要覆写。

protected Package getPackage(String name) {

return null;

}

比较暴力直接返回空。在后面的判断中&＃xff0c;如果此处返回null&＃xff0c;后续就会重新新建一个对象&＃xff0c;然后放入一个缓存结构&＃xff0c;还是一个hashmap

private final HashMap packages &＃61; new HashMap<>();

为空的结果只是更新一下缓存。这里没有对类加载产生问题。

最终结果

public class MyClassloader extends URLClassLoader {

public MyClassloader(URL[] urls) {

super(urls);

}

Map> classMap &＃61; new HashMap>();

&＃64;Override

public Class> loadClass(String name) throws ClassNotFoundException {

Class> classLoaded &＃61; classMap.get(name);

if (classLoaded !&＃61; null) {

return classLoaded;

}

Class> findClass &＃61; null;

try {

findClass &＃61; findClass(name);

} catch (Exception e) {

//还可以从父类查找&＃xff0c;这个异常吞掉&＃xff0c;如果没有父类会抛出

}

if (findClass !&＃61; null) {

classMap.put(name, findClass);

return findClass;

}

return super.loadClass(name);

}

&＃64;Override

protected Package getPackage(String name) {

return null;

}

}

只要覆写两个方法就好。这样就能比较小的改造成一个破坏双亲委托机制的classloader。