一次JVM爆内存分析

1.应用没有死，但是响应非常慢，通过jstat查看到s0/s1 eden old区都100%了；确认JVM是内存爆了；系统GC时间非常高；
2.通过jmap和java options查看JVM内存分配和参数配置，看是否不合理；
3.通过thread dump结合top -H -p  pid查看CPU最高的线程是什么，看是否存在deadlock，如果是用户线程，基本可以定位到问题；而我的threaddump最吃CPU的都是GC线程，且无死锁，可以确认是程序问题；
4.通过jmap -histo:live pid这一步查看对象实例数和占用内存数；
就在这一步发现了一个业务对象实例占用非常高，达30多W；
然后就顺瓜摸藤找到原因了。