jmap分析堆内存飙升频繁fullgc

处理问题：
1、对内存使用异常和频繁fullgc

jmap用于打印共享对象的内存映射或堆内存的详细信息
语法格式如下：
[option]
[option] executable
[option] [server-id@]remote-hostname-or-ip

1、使用jmap -heap pid查看进程堆内存使用情况

jmap -heap {pid}

2、使用jmap -histo[:live] pid 查看堆内存中的对象数目、大小统计直方图，如果带上live则只统计活对象。
jmap -histo:live {pid}

num #instances ytes class name

1: 38445 5597736
2: 38445 5237288
3: 3500 3749504
4: 60858 3242600
5: 3500 2715264
6: 2796 2131424
7: 5543 1317400 [I
8: 13714 1010768 [C
9: 4752 1003344 [B

class name是对象类型，说明如下：
B
C
D double
F float
I
J
Z boolean
[ 数组，如[I表示[]
[L+类名 其他对象

3、查看gc情况jstat -gc {pid}
语法格式如下：
jstat [ generalOption | outputOptions vmid [interval[s|ms] [count]] ]
vmid是Java虚拟机ID，在Linux/Unix系统上一般就是进程ID。interval是采样时间间隔。count是采样数目。

比如 jstat -gc {pid} 输出的是GC信息，采样时间间隔为250ms，采样数为4：

2、dump 堆内存(要慎用，容易造成jvm进程挂起,建议寻找其中一台摘掉的节点。)
jmap -dump:format=b,file=/tmp/file.dump {pid}

dump出来的文件可以用jhat、MAT、VisualVM等工具查看。

3、分析查看
jhat -port 8888 /tmp/file.dump
然后就可以在浏览器中输入主机地址:8888查看了.(注意如果Dump文件太大,需要加上-J-Xmx参数指定最大堆内存 jhat -J-Xmx512m -port 8888 /tmp/file.dump )
找到具体是那些对象过多导致。

另：Java进程突然不服务可有可能是因为OOM导致，进程被操作系统杀死。
dmesg |grep -E ‘kill|oom|out of memory’ 来搜索内存溢出的信息挺实用。