java重新加载类_java重新加载类的探寻

java重新加载类的探寻

首先上结论：java类加载器不支持重新加载类。如果想重新加载，那就新建一个类加载器。

接下来慢慢讲：

项目背景

在近日做的一个项目中，有一个动态获取用户输入的代码，并进行运行的需求。现在遇到了这样的问题：

用户输入的代码格式永远是固定的：

public class Solution{

public int calc(int num){

// TODO

return 0;

}

}

而系统会运行该代码，并且判断输出结果是否与数据库中的数据是否相等。

我设计的工作流程如下：

网络获取到代码之后，编译，将字节码文件保存在磁盘，用目录来区分题号、用户、提交时间。

接下来使用自定义的类加载器来加载该类

新开线程进行运行代码

整体工作代码大概如下所示：

@Override

public void run(){

log.debug("start pending ...");

try{

compiler.compile(record);

log.debug("compile success");

Class> clazz = classLoader.load(record);

log.debug("load success");

runner.run(record,clazz);

log.debug("run success");

}catch (Exception exception){

// 各种状态处理，在此省略

}finally {

log.debug("end pending ...");

}

}

通过这样的流程来完成对一条记录的处理。接下来是重点：

我的代码运行在sping ioc容器之中，compiler，classLoader，runner都采用依赖注入。

本着节约内存，减少工具反复创建的开销的原则，这些依赖全都是全局单例的变量。这时候，我发现问题了。

发现、排查错误

第一遍提交代码的时候，判题服务可以正常运行，但是到第二遍之后，发现运行的都是第一遍的代码。经过排查，我们发现，代码编译时没有问题的，每次都可以编译出最新的代码。那从此定位到了类加载的问题。

首先来看classLoader源代码：

public class OjClassLoader extends ClassLoader{

// 。。。

synchronized public Class> load(Record record) throws CompileWrongException{

try{

this.record = record;

return this.loadClass("Solution");

}catch (ClassNotFoundException e){

log.error("类加载失败，没有找到文件");

CompileWrongException exception = new CompileWrongException("类加载失败：没有找到文件");

exception.initCause(e);

throw exception;

}

}

}

外界调用的自定义的load方法，实际上是调用了继承自ClassLoader的loadClass方法。我们跟踪loadClass方法，看到如下源码：

protected Class> loadClass(String name, boolean resolve)

throws ClassNotFoundException

{

synchronized (getClassLoadingLock(name)) {

// First, check if the class has already been loaded

Class> c = findLoadedClass(name);

if (c == null) {

long t0 = System.nanoTime();

try {

if (parent != null) {

c = parent.loadClass(name, false);

} else {

c = findBootstrapClassOrNull(name);

}

} catch (ClassNotFoundException e) {

// ClassNotFoundException thrown if class not found

// from the non-null parent class loader

}

if (c == null) {

// If still not found, then invoke findClass in order

// to find the class.

long t1 = System.nanoTime();

c = findClass(name);

// this is the defining class loader; record the stats

PerfCounter.getParentDelegationTime().addTime(t1 - t0);

PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);

PerfCounter.getFindClasses().increment();

}

}

if (resolve) {

resolveClass(c);

}

return c;

}

}

可以看到，在第一行注释下面，先检查了是否已经定义过该类，如果定义过，则直接返回。接下来，就是双亲委派模型的实现，先去询问父类能否加载，再去询问本类。

尝试解决

我们试着去重写父类的该方法，将findLoadedClass(name);直接替换为null，也就是说不检查已经加载过的类，凡是遇到了就重新加载。但是我们发现，以下这句报错了：

c = findBootstrapClassOrNull(name);

最重要的原因如下：

'findBootstrapClassOrNull(java.lang.String)' is not public in 'java.lang.ClassLoader'. Cannot be accessed from outside package

这个方法压根就不允许在其他包进行调用。

那我就试试根本不调用这个方法。将双亲委派的内容全部删掉之后，只剩下了这一点点代码：

@Override

protected Class> loadClass(String name, boolean resolve) throws ClassNotFoundException {

synchronized (getClassLoadingLock(name)) {

long t1 = System.nanoTime();

Class> c = findClass(name);

PerfCounter.getParentDelegationTime().addTime(0);

PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);

PerfCounter.getFindClasses().increment();

if (resolve) {

resolveClass(c);

}

return c;

}

}

这下ide没有报错了。但是当我实际测试的时候：

java.io.FileNotFoundException: E:\queoj\cls\1\1\1608822469521\Object.class (系统找不到指定的文件。)

嘶~~由于我禁止了双亲委派模型，导致当我加载这个类的时候，没有办法加载其他的类。

也就是说，通过尝试重写loadClass方法，失败了。

解决方案

再次查看源码，发现findLoadedClass(name);是一个本地方法，它的功能就是寻找已经加载过的类，当然，能找到的一定是当前classLoader对象加载的类。如果不是当前classLoader加载的，或者也不是它parent加载的，它都无法找到。基于这个事实，我最终选择了最有效也是最无奈的办法——每次加载新的类，就创建一个新的classLoader。

当前，目前系统是可以正常运行了。

总结

虽然这次问题的解决很费劲，最终也没能找到最高效率的解决办法，但是借此机会，比较清楚地了解了一下类加载器的工作机制，也加深了对于jdk的理解。也算是不虚此行吧。当然，如果您有更好的解决办法，欢迎留言或加我的微信/qq联系我，我们一起探讨一下。

如果我的文章有任何错误，感谢您的指出！

后记

今天阅读了周志明老师的深入理解java虚拟机，了解到了需要重新加载一个类，绝大部分的解决方案就是新建类加载器。包括OSGI、jsp编译器在内的一些成熟的解决方案都是这么做的。也算是不知不觉摸到了前人走过的路吧。

Q.E.D.