近期上线发号器，发现该进程的cpu占用率很高，接近100% 。
top结果如下：
top
查询具体的线程cpu占用率。如下:
线程cpu占用率
可以看到 15505号线程基本占用了全部的cpu资源 。继续查看该线程的具体执行情况。如下：
线程栈
FileInputStream.java中关于readBytes的代码，如下：
FileInputStream.java
从代码中可知, 该方法调用的是 native readBytes 。本地方法如下：
\openjdk\jdk\src\share\native\java\io\FileInputStream.c
继续跟代码
\openjdk\jdk\src\share\native\java\io\io_util.c
通过代码可以看到 ，readBytes 是通过调用IO_Read来实现文件读取。
在io_util_md.h 可以找到 IO_Read的宏定义
\openjdk\jdk\src\solaris\native\java\io\io_util_md.h
在 jvm.h 找到JVM_Read的申明。
openjdk\jdk\src\share\javavm\export\jvm.h
在往下无法找到JVM_Read的实现 ，故只能猜测其调用了系统的read 或fread实现读取。为证明猜测选用windows的实现做旁证 。前面都一样 ，从 io_util_md.h 开始有变化
\openjdk\jdk\src\windows\native\java\io\io_util_md.h 发现 IO_Read的宏定义如下：
\openjdk\jdk\src\windows\native\java\io\io_util_md.h
\openjdk\jdk\src\windows\native\java\io\io_util_md.c 找到 handleRead的实现
\openjdk\jdk\src\windows\native\java\io\io_util_md.c
可以看到windows提供的ReadFile是最终读取数据的地方。
相同的代码在本地windows上运行 ，cpu利用率一直极低，可见IO的阻塞效果很好 ；而在服务器上cpu利用高，则怀疑是因为Linux在操作系统read上与windows优化不一致。此外还需要继续分析不同版本linux系统才能得出这是单独某个版本的问题亦或是系列问题。
本次分析所用系统相关信息如下：
linux相关版本信息
windows相关版本信息
