博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
jvm内存增长问题排查简例
阅读量:6407 次
发布时间:2019-06-23

本文共 1280 字,大约阅读时间需要 4 分钟。

jvm内存增长问题排查

排查个jvm 内存占用持续增加的问题,纪录一下,引以为戒。

运维发现应用jvm内存占用在发布后回落,然后持续增高,,dump后分析一下:

 

占内存的大部分是这种名字相似的bean,哪里会产生这么多相同类产生的bean呢?

应用使用了动态语言groovy,请求走逻辑时,动态拿到脚本执行。

其中核心代码就是groovy脚本转成spring ioc 管理的bean,需要注入依赖其他bean:

public 
T getScriptedObject(String scriptName, String scriptSource, Class
cls) { if (StringUtils.isEmpty(scriptSource)) throw new RuntimeException("服务脚本" + scriptName + "为空"); GroovyObject goo = null; Class clz = null; try { clz = groovyClassLoader.parseClass(scriptSource); goo = (GroovyObject) clz.newInstance(); if (null != beanFactory) { beanFactory.autowireBeanProperties(goo, 1, true); } } catch (UnsatisfiedDependencyException ex) { // ex.printStackTrace(); } catch (Exception ex) { logger.error("脚本{}异常:{}", scriptName, ex); throw new RuntimeException(ex); } if (cls.isAssignableFrom(goo.getClass())) { return (T) goo; } else { throw new RuntimeException("脚本" + scriptName + "错误"); }}

 

这个产生bean的代码一定是多例了:  beanFactory.autowireBeanProperties(goo, 1, true); 果然:

 

解决方案就是在外层加一个缓存的map,来保证单例,如此就会失去脚本无发布便捷修改逻辑的优势,所以要做一个清除map的功能,可以手动触发,也可以定时触发。

问题解决了,原因就是开发的时候没有很好的理解spring api内部实现。

 

--------------------------

感谢一路有你~

转载地址:http://gttea.baihongyu.com/

你可能感兴趣的文章
go语言与java nio通信,解析命令调用上下文拉起ffmpeg,并引入livego做的简单流媒体服务器...
查看>>
JavaScript面向对象轻松入门之多态(demo by ES5、ES6、TypeScript)
查看>>
【数据结构】线性表(一):顺序列表
查看>>
利用Mallet工具自动挖掘文本Topic
查看>>
Windows下oracle打补丁步骤
查看>>
Python教程(一)Python简介
查看>>
asp.net forms认证
查看>>
一帧图像的两种显示器建模方式
查看>>
Hadoop 公平调度器算法调度解析
查看>>
Linux Foundation(笔记)
查看>>
Java学习第二十五天
查看>>
vim配置
查看>>
ubuntu 把软件源修改为国内源和更新
查看>>
随机产生四则运算,导入导出文件
查看>>
位运算符
查看>>
winform自定义控件
查看>>
C#编码好习惯
查看>>
避其锋芒,侧翼出击。——司马亮创业回忆录(一)
查看>>
scope
查看>>
一起谈.NET技术,晚绑定场景下对象属性赋值和取值可以不需要PropertyInfo
查看>>