记一次通过jprofiler定位cpu暴增的过程

背景：今天线上的一个环境cpu点击几个菜单总是能快速升到99%，而且很难降下来，该环境数据量也不多，初步看有几张表也就四五百万条数据，但是页面展示分页展示的，按说不至于占用cpu那么多。

解决过程：jstat -gc 1000 10多次查看gc情况，发现老年代反复gc，但是回收的内存很有限，那说明应该是大对象无法正常回收

1.top查看占用过多的进程。

2.jps -l -m命令定位到哪个应用占用这么多，因为这次部署比较特殊，一个docker容器中部署了多个服务。

3.top -Hp pid查看进程下哪些线程，发现四个线程

4.printf "x%\n" 线程id 将线程转化为16进制。

5.jstack pid |grep 16进制线程id，查看具体线程问题，看了下发现linkedhashmap和gc线程之类的，无法直接看到具体哪部分问题。因为linkedhashmap涉及到的地方很多。

6.jmap -dump:format=b file=dump1.bin 获取dump文件

7.导入jprofiler，分析发现主要占内存的对象，进而找到对应代码，发现同事代码有一段分析错误导致的。