1.情景展示
java虚拟机占用这么高的CPU，肯定不正常！
2.原因分析
第一个是tomcat，正在运行java项目；
第二个是eclipse，因为eclipse的运行依赖于java。
现在的问题是：tomcat的CPU使用率达到了90%，单独运行tomcat是不可能占用这么多CPU的，所以，问题就出现在：
java项目的CPU占有问题。
既然知道项目有问题，那就需要排查项目中具体哪个java类中的哪行代码出了问题。
将第一个应用程序也就是tomcat关闭后，CPU立马会降下来，这进一步证实了：是项目的问题。
3.解决方案
工具：Process Explorer
第一步：查看最占CPU程序所对应的pid
打开该应用，第二栏就是CPU，默认将程序按照CPU的占有率进行倒序排列，即：最占CPU的程序会排在最前面。
这个程序也就是tomcat，右侧有个pid列，其对应的值是：12240
第二步：保存程序的线程信息
打开DOS命令窗口，在cmd命令窗口中执行命令：jstack 12240 > C:UsersMarydonDesktopproblem.log。
该命令的作用是将PID为12240的程序所包含的所有线程信息，保存在本地C:UsersMarydonDesktopproblem.log文件中。
第三步：查看占用CPU的线程
Process Explorer中，选中最占用CPU的那个应用（javaw.exe）--》右键Properties--》切换到Threads栏--》默认将线程按CPU进行倒序排列。
每行都代表一个线程，tid代表的就是该线程所对应的线程id（十进制）。
第四步：在线程文件中查找该线程id
根据该tid去log文件中查找，就能找到该线程所对应的java代码。
由于，刚才导出的log文件中，存储的线程id是16进制的，而我们在Process Explorer中看到的是10进制的tid，所以，我们需要将十进制转换成16进制。
以tid=12352的线程为例，转换成十六进制后为3040。
打开刚才的log文件，查找3040（0x3040）
意思是：WindowsSelectorImpl.java的第296行在使用该线程（也就是占内存的代码所在）
去javaWeb项目中，打开WindowsSelectorImpl.java文件，跳到第296行，就是问题所在。
同样的，对其它占用CPU高的线程也按这种方式进行排查即可。