今天就跟大家聊聊有关怎么在JVM中使用JFR解决内存泄露,可能很多人都不太了解,为了让大家更加了解,小编给大家总结了以下内容,希望大家根据这篇文章可以有所收获。
我们举一个内存泄露的例子,先定义一个大对象:
public class KeyObject { List<String> list = new ArrayList<>(200); }
然后使用它:
public class TestMemoryLeak { public static HashSet<Object> hashSet= new HashSet(); public static void main(String[] args) throws InterruptedException { boolean flag= true; while(flag){ KeyObject keyObject= new KeyObject(); hashSet.add(keyObject); keyObject=null; Thread.sleep(1); } System.out.println(hashSet.remove(new KeyObject())); } }
在这个例子中,我们将new出来的KeyObject对象放进HashSet中。
然后将keyObject置为空。
但是因为类变量hashSet还保留着对keyObject的引用,所以keyObject对象并不会被回收。
注意,最后一行我们加了一个hashSet.remove的代码,来使用类变量hashSet。
为什么要这样做呢?这样做是为了防止JIT对代码进行优化,从而影响我们对内存泄露的分析。
Flight Recorder(JFR)主要用来记录JVM的事件,我们可以从这些事件中分析出内存泄露。
可以通过下面的指令来开启JFR:
java -XX:StartFlightRecording
当然我们也可以使用java神器jcmd来开启JFR:
jcmd pid JFR.dump filename=recording.jfr path-to-gc-roots=true
这里我们使用JMC来图形化分析一下上面的例子。
开启JMC,找到我们的测试程序,打开飞行记录器。
可以看到我们的对象在飞行记录器期间分配了4MB的内存,然后看到整体的内存使用量是稳步上升的。
我们什么时候知道会有内存泄露呢?最简单的肯定就是OutOfMemoryErrors,但是有些很隐蔽的内存泄露会导致内存使用缓步上涨,这时候就需要我们进行细致的分析。
通过分析,我们看到内存使用在稳步上涨,这其实是很可疑的。
接下来我们通过JVM的OldObjectSample事件来分析一下。
OldObjectSample就是对生命周期比较长的对象进行取样,我们可以通过研究这些对象,来检查潜在的内存泄露。
这里我们关注一下事件浏览器中的Old Object Sample事件,我们可以在左下方看到事件的详情。
或者你可以使用jfr命令直接将感兴趣的事件解析输出:
jfr print --events OldObjectSample flight_recording_1401comflydeanTestMemoryLeak89268.jfr > /tmp/jfrevent.log
我们看一个具体的输出Sample:
jdk.OldObjectSample {
startTime = 19:53:25.607
allocationTime = 19:50:51.924
objectAge = 2 m 34 s
lastKnownHeapUsage = 3.5 MB
object = [
java.lang.Object[200]
]
arrayElements = 200
root = N/A
eventThread = "main" (javaThreadId = 1)
stackTrace = [
java.util.ArrayList.<init>(int) line: 156
com.flydean.KeyObject.<init>() line: 11
com.flydean.TestMemoryLeak.main(String[]) line: 17
]
}
看完上述内容,你们对怎么在JVM中使用JFR解决内存泄露有进一步的了解吗?如果还想了解更多知识或者相关内容,请关注亿速云行业资讯频道,感谢大家的支持。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。