一、动态编译案例
要说动态编译内存泄漏,首先我们先看一个案例(网上搜动态编译的资料是千篇一律,只管实现功能,不管内存泄漏,并且都恬不知耻的标识为原创!!)
Java URLClassLoader 动态编译案例:https://blog.csdn.net/huangshanchun/article/details/72835647
这篇文章和我google搜的其他文章、资料一样,属于JDK1.6以后的版本。确实能实现动态编译并加载,但是却存在严重的URLClassLoader内存泄漏的问题,并且存在SharedNameTable 和 ZipFileIndex的内存泄漏问题。
其中SharedNameTable问题我已经解决:参考
二、URLClassLoader问题分析和解决
1、问题发现
生产环境JVM的运行情况,OLD区爆满,FULlGC不停的执行,项目大概2小时挂掉了,如下图:
在使用VisualVM和 JProfile 两者工具远程分析 测试环境和生产环境的项目后,转储堆Dump文件,并转存到本地分析。 发现动态编译这块存在URLClassLoader的内存泄漏,如下图所示:
2、问题分析
URLClassLoader占了83%的内存空间,遂研究了一下动态编译这块的代码,原案例代码如下:
import javax.tools.*;
import java.io.File;
import java.net.URL;
import java.net.URLClassLoader;
import java.util.ArrayList;
import java.util.List;
public class DynamicCompile {
private URLClassLoader parentClassLoader;
private String classpath;
public DynamicCompile() {
this.parentClassLoader = (URLClassLoader) this.getClass().getClassLoader();
this.buildClassPath();// 存在动态安装的问题,需要动态编译类路径
}
private void buildClassPath() {
this.classpath = null;
StringBuilder sb = new StringBuilder();
for (URL url : this.parentClassLoader.getURLs()) {
String p = url.getFile();
sb.append(p).append(File.pathSeparator); //路径分割符linux为:window系统为;
}
this.