Java动态编译优化——URLClassLoader 内存泄漏问题解决

一、动态编译案例

要说动态编译内存泄漏，首先我们先看一个案例（网上搜动态编译的资料是千篇一律，只管实现功能，不管内存泄漏，并且都恬不知耻的标识为原创！！）

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.