之前使用Java Swing开发了一款设备档案收集工具。支持多台设备同时收集，每个设备使用一个线程。在同时收集多台设备信息时，发现CPU占用率居然达到了97%，而且高居不下。显然这样的性能是令人无法忍受的。

我们知道，通过jdk自带的工具jvisualvm可以查看每个线程的执行情况，但就是无法分析每个线程的CPU占用情况。由于工具是运行在Windows系统上的，所以也没办法像Linux下面那样通过命令去分析线程的CPU占用。而微软的process explorer工具可以解决这一难题。通过这个强大的分析工具，终于找到了CPU占用达到近20%的线程。结合jvisualvm中的线程信息，找到了这个线程就是SessionMonitor，用于监控每个SSH连接的状况。也就是说每个收集线程都对应一个SSH连接，也就对应一个SessionMonitor线程。所以正是由于多个SessionMonitor的存在，导致了CPU占用很高。

这个时候，需要单独分析为什么SessionMonitor的CPU占用过高。找到相应的源码，发现SessionMonitor中存在一个循环，循环里面不断的去占用和释放IO资源。最要命的是，这个循环是非常暴力的，没有使用sleep进行“睡一段时间”，所以CPU占用过高也是可以理解了。在这个循环中加上睡眠后，性能得到了明显提升，从97%降到了30%以内。

工具运行过程中，CPU占用过高的分析定位