Java 1.1的IO流

到这个时候，各人或者会陷入一种逆境之中，猜疑是否存在IO流的另一种设计方案，并大概要求更大的代码量。尚有人能提出一种更离奇的设计吗？事实上，Java 1.1对IO流库举办了一些重大的改造。看到Reader和Writer类时，大大都人的第一个印象（就象我一样）就是它们用来替换本来的InputStream和OutputStream类。但实情并非如此。尽量不发起利用原始数据流库的某些成果（如利用它们，会从编译器收到一条告诫动静），但本来的数据流依然获得了保存，以便维持向后兼容，并且：
(1) 在老式条理布局里插手了新类，所以Sun公司明明不会放弃老式数据流。
(2) 在很多环境下，我们需要与新布局中的类连系利用老布局中的类。为到达这个目标，需要利用一些“桥”类：InputStreamReader将一个InputStream转换成Reader，OutputStreamWriter将一个OutputStream转换成Writer。
所以与本来的IO流库对比，常常都要对新IO流举办条理更多的封装。同样地，这也属于装饰器方案的一个缺点——需要为特另外机动性支付价钱。
之所以在Java 1.1里添加了Reader和Writer条理，最重要的原因即是国际化的需求。老式IO流条理布局只支持8位字节约，不能很好地节制16位Unicode字符。由于Unicode主要面向的是国际化支持（Java内含的char是16位的Unicode），所以添加了Reader和Writer条理，以提供对所有IO操纵中的Unicode的支持。除此之外，新库也对速度举办了优化，可比旧库更快地运行。
与本书其他处所一样，我会试着提供对类的一个概述，但假定你会操作联机文档搞定所有的细节，好比要领的详尽列表等。