Skip to content

Commit e2e33c6

Browse files
authored
Merge pull request lingcoder#318 from Moilk/master
附录:IO流 翻译更新
2 parents b6ca074 + 3e91c3d commit e2e33c6

File tree

1 file changed

+84
-1
lines changed

1 file changed

+84
-1
lines changed

docs/book/Appendix-IO-Streams.md

Lines changed: 84 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -3,23 +3,103 @@
33
<!-- Appendix: I/O Streams -->
44
# 附录:流式IO
55

6+
> Java 7 引入了一种简单明了的方式来读写文件和操作目录。大多情况下,[文件](./17-Files.md)这一章所介绍的那些库和技术就足够你用了。但是,如果你必须面对一些特殊的需求和比较底层的操作,或者处理一些老版本的代码,那么你就必须了解本附录中的内容。
7+
8+
对于编程语言的设计者来说,实现良好的输入/输出(I/O)系统是一项比较艰难的任务,不同实现方案的数量就可以证明这点。其中的挑战似乎在于要涵盖所有的可能性,你不仅要覆盖到不同的 I/O 源和 I/O 接收器(如文件、控制台、网络连接等),还要实现多种与它们进行通信的方式(如顺序、随机访问、缓冲、二进制、字符、按行和按字等)。
9+
10+
Java 类库的设计者通过创建大量的类来解决这一难题。一开始,你可能会对 Java I/O 系统提供了如此多的类而感到不知所措。Java 1.0 之后,Java 的 I/O 类库发生了明显的改变,在原来面向字节的类中添加了面向字符和基于 Unicode 的类。在 Java 1.4 中,为了改进性能和功能,又添加了 `nio` 类(全称是 “new I/O”,Java 1.4 引入,到现在已经很多年了)。这部分在[附录:新 I/O](./Appendix-New-IO.md) 中介绍。
11+
12+
因此,要想充分理解 Java I/O 系统以便正确运用它,我们需要学习一定数量的类。另外,理解 I/O 类库的演化过程也很有必要,因为如果缺乏历史的眼光,很快我们就会对什么时候该使用哪些类,以及什么时候不该使用它们而感到困惑。
13+
14+
编程语言的 I/O 类库经常使用****这个抽象概念,它将所有数据源或者数据接收器表示为能够产生或者接收数据片的对象。
15+
16+
> **注意**:Java 8 函数式编程中的 `Stream` 类和这里的 I/O stream 没有任何关系。这又是另一个例子,如果再给设计者一次重来的机会,他们将使用不同的术语。
17+
18+
I/O 流屏蔽了实际的 I/O 设备中处理数据的细节:
19+
20+
1. 字节流对应原生的二进制数据;
21+
2. 字符流对应字符数据,它会自动处理与本地字符集之间的转换;
22+
3. 缓冲流可以提高性能,通过减少底层 API 的调用次数来优化 I/O。
23+
24+
从 JDK 文档的类层次结构中可以看到,Java 类库中的 I/O 类分成了输入和输出两部分。在设计 Java 1.0 时,类库的设计者们就决定让所有与输入有关系的类都继承自 `InputStream`,所有与输出有关系的类都继承自 `OutputStream`。所有从 `InputStream``Reader` 派生而来的类都含有名为 `read()` 的基本方法,用于读取单个字节或者字节数组。同样,所有从 `OutputStream``Writer` 派生而来的类都含有名为 `write()` 的基本方法,用于写单个字节或者字节数组。但是,我们通常不会用到这些方法,它们之所以存在是因为别的类可以使用它们,以便提供更有用的接口。
25+
26+
我们很少使用单一的类来创建流对象,而是通过叠合多个对象来提供所期望的功能(这是**装饰器设计模式**)。为了创建一个流,你却要创建多个对象,这也是 Java I/O 类库让人困惑的主要原因。
27+
28+
这里我只会提供这些类的概述,并假定你会使用 JDK 文档来获取它们的详细信息(比如某个类的所以方法的详细列表)。
629

730
<!-- Types of InputStream -->
831
## 输入流类型
932

33+
`InputStream` 表示那些从不同数据源产生输入的类,如[表 I/O-1](#table-io-1) 所示,这些数据源包括:
34+
35+
1. 字节数组;
36+
2. `String` 对象;
37+
3. 文件;
38+
4. “管道”,工作方式与实际生活中的管道类似:从一端输入,从另一端输出;
39+
5. 一个由其它种类的流组成的序列,然后我们可以把它们汇聚成一个流;
40+
6. 其它数据源,如 Internet 连接。
41+
42+
每种数据源都有相应的 `InputStream` 子类。另外,`FilterInputStream` 也属于一种 `InputStream`,它的作用是为“装饰器”类提供基类。其中,“装饰器”类可以把属性或有用的接口与输入流连接在一起,这个我们稍后再讨论。
43+
44+
<span id="table-io-1">**表 I/O-1 `InputStream` 类型**</span>
45+
46+
|| 功能 | 构造器参数 | 如何使用 |
47+
| :--: | :-- | :-------- | :----- |
48+
| `ByteArrayInputStream` | 允许将内存的缓冲区当做 `InputStream` 使用 | 缓冲区,字节将从中取出 | 作为一种数据源:将其与 `FilterInputStream` 对象相连以提供有用接口 |
49+
| `StringBufferInputStream` |`String` 转换成 `InputStream` | 字符串。底层实现实际使用 `StringBuffer` | 作为一种数据源:将其与 `FilterInputStream` 对象相连以提供有用接口 |
50+
| `FileInputStream` | 用于从文件中读取信息 | 字符串,表示文件名、文件或 `FileDescriptor` 对象 | 作为一种数据源:将其与 `FilterInputStream` 对象相连以提供有用接口 |
51+
| `PipedInputStream` | 产生用于写入相关 `PipedOutputStream` 的数据。实现“管道化”概念 | `PipedOutputSteam` | 作为多线程中的数据源:将其与 `FilterInputStream` 对象相连以提供有用接口 |
52+
| `SequenceInputStream` | 将两个或多个 `InputStream` 对象转换成一个 `InputStream` | 两个 `InputStream` 对象或一个容纳 `InputStream` 对象的容器 `Enumeration` | 作为一种数据源:将其与 `FilterInputStream` 对象相连以提供有用接口 |
53+
| `FilterInputStream` | 抽象类,作为“装饰器”的接口。其中,“装饰器”为其它的 `InputStream` 类提供有用的功能。见[表 I/O-3](#table-io-3) |[表 I/O-3](#table-io-3) |[表 I/O-3](#table-io-3) |
1054

1155
<!-- Types of OutputStream -->
1256
## 输出流类型
1357

58+
[表 I/O-2](#table-io-2) 所示,该类别的类决定了输出所要去往的目标:字节数组(但不是 `String`,当然,你也可以用字节数组自己创建)、文件或管道。
59+
60+
另外,`FilterOutputStream` 为“装饰器”类提供了一个基类,“装饰器”类把属性或者有用的接口与输出流连接了起来,这些稍后会讨论。
61+
62+
<span id="table-io-2">**表 I/O-2:`OutputStream` 类型**</span>
63+
64+
|| 功能 | 构造器参数 | 如何使用 |
65+
| :--: | :-- | :-------- | :----- |
66+
| `ByteArrayOutputStream` | 在内存中创建缓冲区。所有送往“流”的数据都要放置在此缓冲区 | 缓冲区初始大小(可选) | 用于指定数据的目的地:将其与 `FilterOutputStream` 对象相连以提供有用接口 |
67+
| `FileOutputStream` | 用于将信息写入文件 | 字符串,表示文件名、文件或 `FileDescriptor` 对象 | 用于指定数据的目的地:将其与 `FilterOutputStream` 对象相连以提供有用接口 |
68+
| `PipedOutputStream` | 任何写入其中的信息都会自动作为相关 `PipedInputStream` 的输出。实现“管道化”概念 | `PipedInputStream` | 指定用于多线程的数据的目的地:将其与 `FilterOutputStream` 对象相连以提供有用接口 |
69+
| `FilterOutputStream` | 抽象类,作为“装饰器”的接口。其中,“装饰器”为其它 `OutputStream` 提供有用功能。见[表 I/O-4](#table-io-4) |[表 I/O-4](#table-io-4) |[表 I/O-4](#table-io-4) |
1470

1571
<!-- Adding Attributes and Useful Interfaces -->
72+
1673
## 添加属性和有用的接口
1774

1875

76+
### 通过 `FilterInputStream``InputStream` 读取
77+
78+
<span id="table-io-3">**表 I/O-3:`FilterInputStream` 类型**</span>
79+
80+
|| 功能 | 构造器参数 | 如何使用 |
81+
| :--: | :-- | :-------- | :----- |
82+
| `DataInputStream` |`DataOutputStream` 搭配使用,按照移植方式从流读取基本数据类型(`int``char``long` 等) | `InputStream` | 包含用于读取基本类型数据的全部接口 |
83+
| `BufferedInputStream` | 使用它可以防止每次读取时都得进行实际写操作。代表“使用缓冲区” | `InputStream`,可以指定缓冲区大小(可选) | 本质上不提供接口,只是向进程添加缓冲功能。与接口对象搭配 |
84+
| `LineNumberInputStream` | 跟踪输入流中的行号,可调用 `getLineNumber()``setLineNumber(int)` | `InputStream` | 仅增加了行号,因此可能要与接口对象搭配使用 |
85+
| `PushbackInputStream` | 具有能弹出一个字节的缓冲区,因此可以将读到的最后一个字符回退 | `InputStream` | 通常作为编译器的扫描器,我们可能永远也不会用到 |
86+
87+
### 通过 `FilterOutputStream``OutputStream` 写入
88+
89+
<span id="table-io-4">**表 I/O-4:`FilterOutputStream` 类型**</span>
90+
91+
|| 功能 | 构造器参数 | 如何使用 |
92+
| :--: | :-- | :-------- | :----- |
93+
| `DataOutputStream` |`DataInputStream` 搭配使用,因此可以按照移植方式向流中写入基本类型数据(`int``char``long` 等) | `OutputStream` | 包含用于写入基本类型数据的全部接口 |
94+
| `PrintStream` | 用于产生格式化输出。其中 `DataOutputStream` 处理数据的存储,`PrintStream` 处理显示 | `OutputStream`,可以用 `boolean` 值指示是否每次换行时清空缓冲区(可选) | 应该是对 `OutputStream` 对象的 `final` 封装。可能会经常用到它 |
95+
| `BufferedOutputStream` | 使用它以避免每次发送数据时都进行实际的写操作。代表“使用缓冲区”。可以调用 `flush()` 清空缓冲区 | `OutputStream`,可以指定缓冲区大小(可选) | 本质上并不提供接口,只是向进程添加缓冲功能。与接口对象搭配 |
96+
1997
<!-- Readers & Writers -->
98+
2099
## Reader和Writer
21100

22101

102+
23103
<!-- Off By Itself: RandomAccessFile -->
24104
## RandomAccessFile类
25105

@@ -31,7 +111,10 @@
31111
<!-- Summary -->
32112
## 本章小结
33113

114+
[^1]: 很难说这就是一个很好的设计选择,尤其是与其它编程语言中简单的 I/O 类库相比较。但它确实是如此选择的一个正当理由。
115+
116+
[^2]: XML 是另一种方式,可以解决在不同计算平台之间移动数据,而不依赖于所有平台上都有 Java 这一问题。XML 将在[附录:对象序列化](./Appendix-Object-Serialization.md)一章中进行介绍。
34117

35118
<!-- 分页 -->
36119

37-
<div style="page-break-after: always;"></div>
120+
<div style="page-break-after: always;"></div>

0 commit comments

Comments
 (0)