java.lang.OutOfMemoryError: GC ov erhead limit exceeded

u013899442 2019-07-01 03:59:30
使用netty+jdbc搭建的一个通信服务器,没想到运行一两天就会报出"java.lang.OutOfMemoryError: GC ov
erhead limit exceeded",heapdump后使用MAT分析结果如图:


...全文
540 6 打赏 收藏 转发到动态 举报
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
ITjavaman 2019-07-02
  • 打赏
  • 举报
回复
引用 5 楼 u013899442 的回复:
[quote=引用 4 楼 u013899442 的回复:] [quote=引用 3 楼 ITjavaman 的回复:] netty包里的AbstractDiskHttpData类的tempFile(),你自己看着代码分析一下吧
那个帖子看到过,我这个项目用的是TCP不是http,也就是没用到这个类[/quote] LinkHashMap里存的值是指向临时文件,临时文件其实已经没了,但是这个LinkHashMap里的值一直都在[/quote] 主要就是这里占用内存太大,GC回收时间过长,回收不了,往上找原因,哪里调用的,或者向下定位一下为何值一直存在没有移除(还是临时文件找不到所以没有移除)
u013899442 2019-07-02
  • 打赏
  • 举报
回复
引用 4 楼 u013899442 的回复:
[quote=引用 3 楼 ITjavaman 的回复:] netty包里的AbstractDiskHttpData类的tempFile(),你自己看着代码分析一下吧
那个帖子看到过,我这个项目用的是TCP不是http,也就是没用到这个类[/quote] LinkHashMap里存的值是指向临时文件,临时文件其实已经没了,但是这个LinkHashMap里的值一直都在
u013899442 2019-07-02
  • 打赏
  • 举报
回复
引用 3 楼 ITjavaman 的回复:
netty包里的AbstractDiskHttpData类的tempFile(),你自己看着代码分析一下吧
那个帖子看到过,我这个项目用的是TCP不是http,也就是没用到这个类
ITjavaman 2019-07-01
  • 打赏
  • 举报
回复
netty包里的AbstractDiskHttpData类的tempFile(),你自己看着代码分析一下吧
u013899442 2019-07-01
  • 打赏
  • 举报
回复
引用 1 楼 ITjavaman 的回复:
看提示,你是不是删除什么文件,然后调用DeleteOnExit DeleteOnExit是虚拟机运行后才进行删除,而你的虚拟机一直在运行 猜测你经常调用这个方法,然后相关的删除信息是保存在linkHashMap里面,一直添加,导致内存溢出, GC的时候由于这个方法还没释放所有报 GC overhead limit exceeded
自己代码中没有任何调用file.deleteOnExit()的方法,怀疑是第三方jar包里调用了,不过第三方jar包也就用了mysql-connector-java-5.1.41-bin.jar、ojdbc7.jar、netty-all-4.1.17.Final.jar、quartz-2.2.3.jar、slf4j-api-1.7.5.jar、fastjson-1.2.24.jar、joda-time-2.9.9.jar。没了就这几个,感觉很常规
ITjavaman 2019-07-01
  • 打赏
  • 举报
回复
看提示,你是不是删除什么文件,然后调用DeleteOnExit DeleteOnExit是虚拟机运行后才进行删除,而你的虚拟机一直在运行 猜测你经常调用这个方法,然后相关的删除信息是保存在linkHashMap里面,一直添加,导致内存溢出, GC的时候由于这个方法还没释放所有报 GC overhead limit exceeded

62,615

社区成员

发帖
与我相关
我的任务
社区描述
Java 2 Standard Edition
社区管理员
  • Java SE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧