替换字节数组流和管道流
文档选项
<tr
valign="top"><td width="8"><img alt="" height="1" width="8"
src="//www.ibm.com/i/c.gif"/></td><td width="16"><img alt="" width="16"
height="16" src="//www.ibm.com/i/c.gif"/></td><td class="small"
width="122"><p><span class="ast">未显示需要 JavaScript
的文档选项</span></p></td></tr>
将此页作为电子邮件发送
级别： 初级
Merlin Hughes
(merlin@merlin.org
), 密码专家, Baltimore Technologies
2002 年 12 月 20 日
虽然新的 Java I/O 框架（
java.nio
）能解决 I/O
支持所具有的多数性能问题，但是它并没有满足使用字节数组和管道的应用程序内部通信的所有性能需求。本文是分两部分的系列文章的最后一篇，Java
密码专家和作家 Merlin Hughes 开发了一组新的流，以补充标准的 Java I/O
字节数组流类和管道流类，在设计中强调以高性能为目标。请到关于本文的 讨论论坛
，与作者和其他读者分享您对本文的看法。（您也可以单击文章顶部或底部的
讨论
。）
在
本系列的第一篇文章中
，
您学习了解决从只能写出数据的源读取数据的问题的一些不同方法。在可能的解决方案中，我们研究了怎样使用字节数组流、管道流以及直接处理该问题的定制框
架。定制方法显然是最有效率的解决方案；但是，分析其它几种方法有助于看清标准 Java
流的一些问题。具体地说，字节数组输出流并不提供可提供对它的内容进行只读访问的高效机制，管道流的性能通常很差。
为了处理这些问题，我们将在本文中实现功能同样齐全的替换类，但在实现时更强调性能。让我们先来简要地讨论一下同步问题，因为它与 I/O 流有关。
同步问题
一般来说，我推荐在不是特别需要同步的情况下避免不必要地使用同步。显然，如果多个线程需并发地访问一个类，那么这个类需确保线程安全。但是，在许多情况
下并不需要并发的访问，同步成了不必要的开销。例如，对流的并发访问自然是不确定的 ― 您无法预测哪些数据被先写入，也无法预测哪个线程读了哪些数据
―
也就是说，在多数情况下，对流的并发访问是没用的。所以，对所有的流强�
