查出当前服务器运行的java进程
1)、查看最大堆内存:jinfo -flag MaxHeapSize 23789(进程ID) 比如查出1中的tomcat的最大堆内存设置:
2)、查看手动修改过的参数:jinfo -flags 23789(进程ID) 有些是我们自己设置的,有些是tomcat的shell脚本自己设置的:
3)、查看GC垃圾回收器: jinfo -flag UseConcMarkSweepGC 3176 jinfo -flag UseG1GC 3176 jinfo -flag UseParallelGC 3176
1)、jstat -class 23789:查看类加载的个数
2)、jstat -gc 23789 1000 10:每个一秒打印一次23789进程的gc结果,共打印10次。
输出结果解释:
3)、jstat -compiler 29600:查看编译的文件数,失败多少、用时多少等等
分别制造堆内存溢出和metaspace内存溢出,在启动参数中设置为32M。
-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=./
1)、jps -l 查看pid
2)、jmap -dump:format=b,file=heap.hprof 10776 format表示格式化,file表示文件名称,10776是pid。
下载地址: www.eclipse.org/mat/downloa…
下载后解压即可,就是这么个玩意:
打开open-file,然后可以看到:图表显示,以及下方的问题明细。
还可以,点击上方菜单图标第二个,查看对象数量:
可以直接用正则来查看某个包里产生对象数量:
可以发现,User对象生成数量最多:
右键mergeXXX-排除虚引用,只显示强引用:
就可以看到具体的对象占用信息:
同理, 还可以,点击上方菜单图标第三个,查看对象所占内存:
可以看到,第一个占用最多:
同上,右键打开查看强引用:
就个人在实际工作当中的体会,内存溢出发生的概率其实没那么大,一旦出现往往都是由于以下几个方面导致:
PS: 以我前公司的某大型电网客户为例,他们的服务器都是自己机房分配的(有钱),应用服务器的内存往往32G起步,64G常规,我们按照一套标准为服务器分配堆内存,首先,服务器上尽量不装其他软件,只部署应用服务,让内存得到最大利用,其次,分配服务器完整内存的70%-80%为该应用服务的堆内存,64G的话大概就分配45G-52G左右,几年下来其实从未出现过堆内存溢出的问题。 当然,这不是绝对的,但充分说明了在代码层面稳定的情况下,解决堆内存溢出最好的方式就是……有钱。→_→