1 没有分页导致占用大量内存
1.1 查看进程
使“jps”用命令查看当前运行的Java进程和进程号:
[root@VM_40_24_centos ~]# jps
25953 Bootstrap
7832 Jps
1.2 根据进程号查看实例的运行情况
使用“jmap”命令查看当前占用内存最高的实例:
[root@VM_40_24_centos ~]# jmap -histo:live 25953 | grep 'xxx.xxx' | head -10
4: 784043 75268128 xxx.xxx.XxxXxxxxx
19: 15435 987840 xxx.xxx.Xxxx
48: 2000 208000 xxx.xxx.Xxx
52: 451 180400 xxx.xxx.XxxxXxx
111: 646 51680 xxx.xxx.XxxXxxxxx
316: 104 9984 xxx.xxx.XxxXxxxxxXxxx
476: 282 4512 xxx.xxxxxxx.XxxxxxxXxxxxxxxxx
496: 267 4272 xxx.xxxxxxx.XxxxxxxXxxxxxxxxxxxxxxXxxxxxxx
877: 47 752 xxx.xxxxxxx.XxxxxXxxxxxxxxxxXxxxxxxx
878: 47 752 xxx.xxxxxxx.XxxxxxXxxxXxxxxxxxxXxxxxxxxXxxxxxxxx
1.3 在日志里找到第一次出现的地方
根据在Linux中找到的占用内存的实例,去日志查看是因为什么操作导致的:
2019-06-15 10:34:35.398 INFO 10369 --- [askExecutor-818] c.i.ide.engine.task.XxxxXxxxxxXxxx : send message is success!
Exception in thread "http-nio-8080-Acceptor-0" java.lang.OutOfMemoryError: GC overhead limit exceeded
at java.nio.ByteBuffer.allocate(ByteBuffer.java:335)
at org.apache.tomcat.util.net.SocketBufferHandler.<init>(SocketBufferHandler.java:41)
at org.apache.tomcat.util.net.NioEndpoint.setSocketOptions(NioEndpoint.java:404)
at org.apache.tomcat.util.net.NioEndpoint$Acceptor.run(NioEndpoint.java:502)
at java.lang.Thread.run(Thread.java:748)
1.4 查看代码
根据日志文件和实例名称,查看相关代码,发现是因为查询数据的时候没有分页,导致查询了全部数据,大概有一百万条:
List<XxxXxxxxx> xxx = service.listXxx();
1.5 结论
以后在写代码的时候一定要注意分页操作。