java程序内存分析_javacore内存分析

一、问题描述：

一个java应用经过某种触发，CPU高，内存高。

二、分析过程：

进程编号pid=3203

（一）java进程中的线程栈信息分析

1.首先通过jstack命令查看java进程中各个线程的栈信息

jstack 3203 >1.txt 导出到1.txt文件待用

2.首先通过top -H -p pid 分析出java进程中占用cpu高的线程号

top -H -p 3203

3.获取到占用cpu高的线程编号，转换成为16进制

4.在1.txt文件中查找线程编号

5.第一个结论，导致CPU高的是GC线程。

（二）java虚拟机在不断的做GC，这就意味着内存出现了泄露。重点导向了内存分析

1.jmap -histo 3203 进行进程内存分析，发现内存占用有1个G，确实很高

2.jmap -dump:file=/home/*/dump.txt 3203 生成内存信息文件dump.txt

3.由于dump.txt文件很大，使用jhat dump.txt 无法启动，于是改变方法，将dump.txt下载到本地处理

4.通过ftp将dump.txt下载到本地，下载eclipse mat，下载地址：
http://www.eclipse.org/mat/

5.修改eclipse map的启动jvm大小，修改文件MemoryAnalyzer.ini，变更参数 -Xmx4024m

6.打开eclipse mat ，加载dump.txt文件

通过跟踪stack查看是哪里出了问题？

看看是什么占用类内存（通常都是我们没有控制好集合容器），看看下图吧

罪魁祸首是不是在这里呢？？

看一个样本：

看看好吓人，这个arraylist里面居然有4843970个内容？？？

再看看一个样本：

这个mongo查询结果又31039，难道没有分页？？

根据mat工具分析出占用内存的业务数据，可以很快定位到代码功能，进行代码级别的分析并定位问题。

总结：

两个要点：

1.根据stack定位到线程的方法

2.根据内存对象数量分析，明确导致内存高的业务数据