|
《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 编辑 ] |
|