正如Brendan
Gregg指出您链接的博客文章一样，JVM认为可运行的所有线程中的hprof示例。如您在Thread.state的Javadoc中所见，JVM区分以下线程状态：
- 新：尚未启动的线程处于此状态。
- 可运行：在Java虚拟机中执行的线程处于此状态。
- BLOCKED：处于等待监视器锁定状态的被阻塞线程处于此状态。
- 等待：无限期等待另一个线程执行特定操作的线程处于此状态。
- TIMED_WAITING：正在等待另一个线程执行操作的线程最多达到指定的等待时间，该线程处于此状态。
- 终止：退出的线程处于此状态。
如我们所见，JVM没有专用于等待I /
O的线程的状态。这是因为这样的线程实际上是由操作系统而不是JVM阻止的。也就是说，就JVM而言，等待网络适配器的线程是可运行的。实际上，用于RUNNABLE状态的详细Javadoc写道：
可运行线程的线程状态。处于可运行状态的线程正在Java虚拟机中执行，但它可能正在等待来自操作系统（例如处理器）的其他资源。
因此，在hprof“ cpu”采样中存在I / O方法并不表示这些方法消耗了CPU，因为它们的等待时间也被计算在内。
您可以：
- 假定I / O方法不导致CPU消耗，并着重于其他方法
- 使用更好的探查器，将等待操作系统级别的资源考虑在内
