业务场景:
- 使用java8提供的ScriptEngineManager 加载并运行groovy脚本,每次运行从数据库中获取脚本来实现动态编译运行
运行一段时间后
- 初始用户量少,没感觉,偶尔一次内存溢出重启就好(话外音:搞不清楚状况先重启 总是没错的)
- 后来用户量越来越大,溢出的次数就越来越频繁
java.lang.OutOfMemoryError: GC overhead limit exceeded
通过导出headdump分析
- 发现非堆内存一直在持续增加,不能释放,网上查询的资料也说明了这一点,groovy确实涉及内存溢出问题
本地验证
- 循环调用代码片断
···
ScriptEngineManager factory = new ScriptEngineManager();
ScriptEngine engine = factory.getEngineByName(“groovy”);
String script = “sql = “”“sql\n” +
" select nick_name name,nick_name nickName,head_img,sex gender,phone,open_id,project_account account,update_date,4 createType \n” +
" from t_project_customer where phone is not null and update_date >= #{offset} order by update_date asc limit 100\n" +
“”""";
engine.eval(script)
··· - 3分钟内增加了10M的非堆内存
通过谷歌到的信息,Debug
-
定位到代码, 发现
classMap.get(script)
从未命中过
-
再看
generateScriptName()
实现,发现脚本名称是由全局静态变量counter
控制,而非想像中的md5(script)
分析结论
- 综合上面的信息 每一次执行(从未命中缓存 + 生成新的Class)= 非堆内存的持续增加
- 而未命中缓存是因为代码中每一次调用,都是新创建的
GroovyScriptEngineImpl
ScriptEngineManager factory = new ScriptEngineManager();
ScriptEngine engine = factory.getEngineByName("groovy");
解决方法
- 将上面
GroovyScriptEngineImpl
的生成部份修改为全局变量,不要重复创建