java内存泄露原因_java内存泄露的原因

java内存泄露原因_java内存泄露的原因内存泄漏大家都不陌生了,那么java内存泄露的原因是什么呢?下面是学习啦小编精心为你整理的java内存泄露的原因,一起来看看。java内存泄露的原因java内存泄露典型特征现象一:堆/Perm区不断增长,没有下降趋势(回收速度赶不上增长速度),最后不断触发FullGC,甚至crash(如下两张图是同一个应用的GC和Perm数据,GC触发原因确认是Perm不足).一般是现象二的晚期表现。…

内存泄漏大家都不陌生了,那么java内存泄露的原因是什么呢?下面是学习啦小编精心为你整理的java内存泄露的原因,一起来看看。

java内存泄露的原因

java内存泄露典型特征

现象一:堆/Perm 区不断增长, 没有下降趋势(回收速度赶不上增长速度), 最后不断触发FullGC, 甚至crash(如下两张图是同一个应用的GC和Perm数据, GC触发原因确认是Perm不足). 一般是现象二的晚期表现。

现象二:每次FullGC后, 堆/Perm 区在慢慢的增长, 最后不断触发FullGC, 甚至crash。

java内存泄露场景—PermGen space

原因:说明Perm不足. Perm存放class,method相关对象,以及运行时常量对象. 如果一个应用加载了大量的class, 那么Perm区存储的信息一般会比较大.另外大量的intern String对象也会导致Perm区不断增长。 此区域大小由-XX:MaxPermSize参数进行设置.

案例: Groovy动态编译class, xstream String.intern

本质原因:ClassLoader.defineClass和java.lang.String.intern在大量不适宜的场景被调用.

解决方案:

方案1(直接有效): 使用btrace相关工具输出调用ClassLoader.defineClass栈信息, 从栈信息来追溯问题.

用JProfiler来trace String.intern方法栈

方案2: dump heap, 看看哪些class有异常现象(数量), String被Perm区引用的对象信息等.但这种方式不太直观,可以从String数据看看发现可疑问题,没有方案1直观。(如下图: 如果能在日常调试推荐JProfiler)

方案3: 增加-XX:+TraceClassLoading和-XX:+TraceClassUnloading, 看看哪些class加载了,哪些class卸载了. 如果一些特殊的class一直被加载而没有被卸载说明也是有问题的。

方案4:执行jmap -permgen(jstat -gcutil 可以查看内存增长速度和区域)命令看看Perm区中的内容, 初步确定是否存在问题 。

java内存泄露场景—Java heap space

原因:长生命周期的对象引用了短生命周期(应该尽快GC回收掉)的对象,最后造成一个对象已经不能在堆区分配足够空间. 注: 这种现象不能完全肯定是内存泄露, 比如: heap本身的设置的过小.

案例: 我个人没有遇到过这种案例, 但模拟过这种情形的Demo: 参考我的《深入浅出JProfiler》文章, 也学习过其他同学的案例: 例如:参数过大并且频繁超时导致内存泄露

解决方案:

触发FullGC, dump live heap. 标记堆中对象数量, 重点关注可疑对象

触发FullGC, dump live heap. 标记堆中对象数量, 重点关注可疑对象

对比步骤1和步骤2 相同对象的数量和大小, 找出可疑对象一一进行排查确认。

如果步骤3依然无法明确有问题的对象, 那就多执行几次步骤1和步骤2。在此过程中可以调整GC触发时间, 模拟真实的故障场景

看看GC后堆的大小是否增长, 如果没有不断增长, 并且持续一段较长时间, 那基本正常(具体看看。

java内存泄露怎么办

缩小问题的范围

要找出内存泄漏的原因当下已经有许多工具可用,比如JVisualVM或者jStat。这些工具是JDK自带的,所以大家随时都能用。除了要识别一些常用的内部Java类,一些用户自定义累同样需要识别。

性能优化

在日常的开发过程中,只要GC没有影响到性能,开发者就不会去关注内存设置于配置。从而埋下了潜在的隐患:因为内存问题并不只有溢出和泄露,GC时间过长同样会造成这个问题。比如下图中GC占用了16%的CPU。

Heap设置

Heap太小会导致频繁的GC,从而情景不难想象:增加GC会消耗更多的CPU,同时在GC时JVM会被冻结,最后导致一个很差的性能。总的来说,Heap太小的话,虽然GC时间变短,但是会变得更加频繁。

Heap太大会导致GC时间边长。GC不会经常发生,但是一旦被触发,那么VM会被冻结很久。

因此,如果这种情况下发生内存泄露,在最终JVM因为内存溢出崩溃之前,GC会非常频繁或者时间特别长。

GC版本

从Java 6开始,GC就改变了很多。Java 7引入了G1GC作为CMS GC的替代选择,而在Java 9中G1GC已成为默认选择。Java 8中移除了PermGen Space,之前存储在PermGen Space中的数据则改为存储在本地内存或者栈中。

java内存泄露的原因相关文章:

3.javaweb常见面试题及参考答案

今天的文章java内存泄露原因_java内存泄露的原因分享到此就结束了,感谢您的阅读。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/9455.html

(0)
编程小号编程小号

相关推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注