本文探讨了Java NIO(new I/O)与传统IO的区别及其应用场景。NIO自JDK1.4引入，采用块级I/O处理方式，相较于传统的面向流的IO，能提供更高的效率，尤其是在处理大量连接时更为明显。然而，NIO的实现更为复杂。
《Java NIO与Java IO的分析比较》
【版权声明】：本文属于原创，转载需征得作者chszs的同意！
在这篇文章中，我们要来谈谈
1. Java.nio与java.io之间有什么区别？
2. 它们分别用于哪些场景？ 即优点和缺点。
在Java编程中，早期的I/O通信使用流Stream编程实现。所有I/O被视为是单字节的活动，一次一个字节、通过一个称为流的对象实现。流I/O可用于与外界通信。流I/O也可用于内部通信，需要先把对象转换成字节码，返回时也需转码。
NIO和最初的I/O通信一样，有着相同的目标，也扮演着同样的角色，只是NIO使用了不同的metaphor- 块级I/O。 从JDK1.4版本开始，就引入了java.nio（new/non-blocking I/O）API。
流I/O和块I/O之间有什么不同？
面向流I/O的系统，一次处理一个字节的数据。一个输入流会产生一个字节的数据，而一个输出流同样一次消费一个字节的数据。对于流式数据，很容易创建过滤器。可以相对简单地把几个过滤器连接在一起，每个过滤器完成自己的工作，也是按字节进行过滤，精细的处理机制。另一方面，面向流I/O的通信往往比较缓慢。
面向块I/O的系统，以块为单位处理数据。每个操作步骤会生成或消费一个块的数据。以块为单位处理数据，其处理速度远快于以字节流为单位的方式。但是，与面向流I/O的通信相比，面向块I/O的通信缺乏优雅和简洁。
如果你阅读《Getting started with new I/O (NIO)》这篇文章，你可能会认为java.nio通信是目前已有的最佳解决方案。但事实并非如此。
文章链接如下： https://www.ibm.com/developerwor ... j-nio/section5.html
什么时候应该使用java.io？什么时候又该使用java.nio呢？
1、 可扩展性。这可能会促使你选择不同的软件包。Java.net需要每个Socket通信都有一个线程。编码将大为简化。java.nio更富有效率，但相对难以编码。
2、 在处理成千上万的连接时，你可能需要更好的扩展性；但是如果连接数较低时，你可能更注重块I/O的高吞吐率。
3、当使用SSL (Secure Sockets Layer，安全套接字层) 工作时，选择java.nio则实现难度很大。
注意：
如果你正在使用java.io或java.nio之一工作，那么从头开始创建框架不是一个好主意，除非你这样做有一个令人信服的理由。
对于java.nio包，有Grizzly 和Quick Server项目提供了可重用的非阻塞式的服务器组件。
值得加以研究和应用。
Grizzly链接： http://grizzly.java.net/
Quick Server链接： http://www.quickserver.org/
文章《Paint points with java.nio》值得一读。
文章链接如下： http://blog.uncommons.org/2008/0 ... -better-throughput/
最后，还是要归结到你的项目的具体要求和你所想要达到的目标。很多最好的解决方案并不需要复杂的基础架构！
[ 本帖最后由 chszs 于 2010-11-28 18:13 编辑 ]
【版权声明】：本文属于原创，转载需征得作者chszs的同意！
在这篇文章中，我们要来谈谈
1. Java.nio与java.io之间有什么区别？
2. 它们分别用于哪些场景？ 即优点和缺点。
在Java编程中，早期的I/O通信使用流Stream编程实现。所有I/O被视为是单字节的活动，一次一个字节、通过一个称为流的对象实现。流I/O可用于与外界通信。流I/O也可用于内部通信，需要先把对象转换成字节码，返回时也需转码。
NIO和最初的I/O通信一样，有着相同的目标，也扮演着同样的角色，只是NIO使用了不同的metaphor- 块级I/O。 从JDK1.4版本开始，就引入了java.nio（new/non-blocking I/O）API。
流I/O和块I/O之间有什么不同？
面向流I/O的系统，一次处理一个字节的数据。一个输入流会产生一个字节的数据，而一个输出流同样一次消费一个字节的数据。对于流式数据，很容易创建过滤器。可以相对简单地把几个过滤器连接在一起，每个过滤器完成自己的工作，也是按字节进行过滤，精细的处理机制。另一方面，面向流I/O的通信往往比较缓慢。
面向块I/O的系统，以块为单位处理数据。每个操作步骤会生成或消费一个块的数据。以块为单位处理数据，其处理速度远快于以字节流为单位的方式。但是，与面向流I/O的通信相比，面向块I/O的通信缺乏优雅和简洁。
如果你阅读《Getting started with new I/O (NIO)》这篇文章，你可能会认为java.nio通信是目前已有的最佳解决方案。但事实并非如此。
文章链接如下： https://www.ibm.com/developerwor ... j-nio/section5.html
什么时候应该使用java.io？什么时候又该使用java.nio呢？
1、 可扩展性。这可能会促使你选择不同的软件包。Java.net需要每个Socket通信都有一个线程。编码将大为简化。java.nio更富有效率，但相对难以编码。
2、 在处理成千上万的连接时，你可能需要更好的扩展性；但是如果连接数较低时，你可能更注重块I/O的高吞吐率。
3、当使用SSL (Secure Sockets Layer，安全套接字层) 工作时，选择java.nio则实现难度很大。
注意：
如果你正在使用java.io或java.nio之一工作，那么从头开始创建框架不是一个好主意，除非你这样做有一个令人信服的理由。
对于java.nio包，有Grizzly 和Quick Server项目提供了可重用的非阻塞式的服务器组件。
值得加以研究和应用。
Grizzly链接： http://grizzly.java.net/
Quick Server链接： http://www.quickserver.org/
文章《Paint points with java.nio》值得一读。
文章链接如下： http://blog.uncommons.org/2008/0 ... -better-throughput/
最后，还是要归结到你的项目的具体要求和你所想要达到的目标。很多最好的解决方案并不需要复杂的基础架构！
[ 本帖最后由 chszs 于 2010-11-28 18:13 编辑 ]
来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/10896630/viewspace-680605/，如需转载，请注明出处，否则将追究法律责任。
转载于:http://blog.itpub.net/10896630/viewspace-680605/
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
