Java故障记录——OutOfMemoryError

Java故障记录——OutOfMemoryError

摘要：本文主要分析了OutOfMemoryError的产生原因。

没有分页导致占用大量内存

查看进程

使用 jps 命令查看当前运行的Java进程和进程号：

1 [root@VM_40_24_centos ~]# jps
2 25953 Bootstrap
3 7832 Jps

根据进程号查看实例的运行情况

使用 jmap 命令查看当前占用内存最高的实例：

 1 [root@VM_40_24_centos ~]# jmap -histo:live 25953 | grep 'xxx.xxx' | head -10
 2    4:        784043       75268128  xxx.xxx.XxxXxxxxx
 3   19:         15435         987840  xxx.xxx.Xxxx
 4   48:          2000         208000  xxx.xxx.Xxx
 5   52:           451         180400  xxx.xxx.XxxxXxx
 6  111:           646          51680  xxx.xxx.XxxXxxxxx
 7  316:           104           9984  xxx.xxx.XxxXxxxxxXxxx
 8  476:           282           4512  xxx.xxxxxxx.XxxxxxxXxxxxxxxxx
 9  496:           267           4272  xxx.xxxxxxx.XxxxxxxXxxxxxxxxxxxxxxXxxxxxxx
10  877:            47            752  xxx.xxxxxxx.XxxxxXxxxxxxxxxxXxxxxxxx
11  878:            47            752  xxx.xxxxxxx.XxxxxxXxxxXxxxxxxxxXxxxxxxxXxxxxxxxx

在日志里找到第一次出现的地方

根据在Linux中找到的占用内存的实例，去日志查看是因为什么操作导致的：

1 2019-06-15 10:34:35.398  INFO 10369 --- [askExecutor-818] c.i.ide.engine.task.XxxxXxxxxxXxxx   : send message is success!
2 Exception in thread "http-nio-8080-Acceptor-0" java.lang.OutOfMemoryError: GC overhead limit exceeded
3     at java.nio.ByteBuffer.allocate(ByteBuffer.java:335)
4     at org.apache.tomcat.util.net.SocketBufferHandler.<init>(SocketBufferHandler.java:41)
5     at org.apache.tomcat.util.net.NioEndpoint.setSocketOptions(NioEndpoint.java:404)
6     at org.apache.tomcat.util.net.NioEndpoint$Acceptor.run(NioEndpoint.java:502)
7     at java.lang.Thread.run(Thread.java:748)

查看代码

根据日志文件和实例名称，查看相关代码，发现是因为查询数据的时候没有分页，导致查询了全部数据，大概有一百万条：

1 List<XxxXxxxxx> xxx = service.listXxx();

结论

以后在写代码的时候一定要注意分页操作。

原文链接:https://www.cnblogs.com/shamao/p/11115206.html
如有疑问请与原作者联系

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有