Java 对比 IO 和 NIO 的文件读写性能测试
浏览数：516 /
时间：2015年06月06日
1. NIO采用更接近操作系统执行IO的方式：通道和缓存器；顾名思义，数据源的数据由缓存器通过通道进行传输。
2. 在JDK5之后，原始IO系统底层用NIO进行了优化，这可以通过sun公布的源码中找到，但是，NIO系统性还是比IO强。
3. 在稍微研究了IO源码以及部分sun源码，我觉得IO系统的性能瓶颈主要是由于原始的IO架构因素导致。原始的IO系统使用适配器模式，在JDK开发之初貌似是一个很不错的想法，但随着适配器嵌套的越来越多，IO的使用不但让人很烦，而且会影响性能，因为动态实现肯定是要降低性能的。
4. 为了能够尽量准确的验证我的想法，在IO部分的代码也是显示的用缓冲器进行读写。
5. 本地测试：50M文件：IO耗时1031ms，NIO耗时640ms；500M文件：IO耗时18900ms，NIO耗时13500ms。它们的时间差并不会因为文件大小的改变而产生剧烈变化，这说明不管是NIO还是IO在底层处理数据流应该是相似的，导致IO性能约束的是它原始的适配器模型的架构。
2. 在JDK5之后，原始IO系统底层用NIO进行了优化，这可以通过sun公布的源码中找到，但是，NIO系统性还是比IO强。
3. 在稍微研究了IO源码以及部分sun源码，我觉得IO系统的性能瓶颈主要是由于原始的IO架构因素导致。原始的IO系统使用适配器模式，在JDK开发之初貌似是一个很不错的想法，但随着适配器嵌套的越来越多，IO的使用不但让人很烦，而且会影响性能，因为动态实现肯定是要降低性能的。
4. 为了能够尽量准确的验证我的想法，在IO部分的代码也是显示的用缓冲器进行读写。
5. 本地测试：50M文件：IO耗时1031ms，NIO耗时640ms；500M文件：IO耗时18900ms，NIO耗时13500ms。它们的时间差并不会因为文件大小的改变而产生剧烈变化，这说明不管是NIO还是IO在底层处理数据流应该是相似的，导致IO性能约束的是它原始的适配器模型的架构。
传统IO方式代码:
NIO方式代码:
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
