原因
由下图看到，程序年轻代频繁GC，导致CPU占用过高
一、查找进程
查找问题进程比较简单，因为问题集中在CPU资源占用过高，那么我们查找进程时只需关注CPU。
打开JVisualVM，在Applications（中文版写的应用程序）面板中即可看到应用所在进程的PID。
需要注意的是该工具并不能定位到线程。
二、查找线程
根据进程查找线程，有两种方法。
1、使用window自带命令pslist
首先确认系统是否安装了pslist命令程序，如果命令不识别即没有安装，则上微软官方网址http://technet.microsoft.com/en-us/sysinternals/bb896682.aspx下载，下载完将其解压到C:\Windows\System32路径下即可使用。
2、利用微软提供的Process Explorer工具（推荐使用这个工具，可视化界面看起来很方便）
一般在windows下只能查看进程的CPU占用率，想要查看线程的CPU占用率可以通过该工具。下载地址是：http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx 下载后运行起来，找到PID为13320的进程
右键点击Properties->Threads选项，看到如下信息：
可以看到占用CPU最多的也是TID为19192的线程。
三、问题定位
问题定位需要以下步骤：
1、将线程TID转换为十六进制
因为线程dump信息中线程TID是十六进制的（堆dump也是这样），所以我们首先转换进制，这里通过系统自带的计算器进行转换。
记录下4AF8这个数字。
2、在JVisualVM中的中线程dump中查找“4AF8”
在JVisualVM中，应用程序右击，找到“线程Dump”
全选复制出来，通过Notepad++工具打开该文档，搜索“4AF8”，可以看到问题定位到了哪一个线程，在此查看它的dump，找到自己写的代码，便可找到引发问题的代码（我这里是swing的绘制组件方法导致的），注意有可能某个时间的线程dump没有自己写的代码，全是jdk的代码，这种情况可以尽量引发问题，然后再多dump几次看看
