按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
System。out。println（〃IO Exception〃）；
｝
｝
｝ ///：~
大家一般看见的是转换过程非常直观，代码看起来也颇相似。但这些都不是重要的区别。最重要的是，由于
随机访问文件已经改变，所以第6 节未再重复。
第 1 节收缩了一点儿，因为假如要做的全部事情就是读取行输入，那么只需要将一个 FileReader 封装到
BufferedReader 之内即可。第 1b 节展示了封装System。in，以便读取控制台输入的新方法。这里的代码量增
多了一些，因为System。in 是一个DataInputStream，而且BufferedReader 需要一个Reader 参数，所以要
用 InputStreamReader来进行转换。
在 2 节，可以看到如果有一个字串，而且想从中读取数据，只需用一个StringReader 替换
StringBufferInputStream，剩下的代码是完全相同的。
第 3 节揭示了新 IO流库设计中的一个错误。如果有一个字串，而且想从中读取数据，那么不能再以任何形式
使用StringBufferInputStream。若编译一个涉及StringBufferInputStream 的代码，会得到一条“反对”
消息，告诉我们不要用它。此时最好换用一个 StringReader。但是，假如要象第3 节这样进行格式化的内存
输入，就必须使用 DataInputStream——没有什么“DataReader”可以代替它——而DataInputStream 很不
幸地要求用到一个 InputStream 参数。所以我们没有选择的余地，只好使用编译器不赞成的
StringBufferInputStream 类。编译器同样会发出反对信息，但我们对此束手无策（注释②）。
StringReader 替换StringBufferInputStream，剩下的代码是完全相同的。
②：到你现在正式使用的时候，这个错误可能已经修正。
第4 节明显是从老式数据流到新数据流的一个直接转换，没有需要特别指出的。在第 5 节中，我们被强迫使
用所有的老式数据流，因为DataOutputStream 和 DataInputStream 要求用到它们，而且没有可供替换的东
西。然而，编译期间不会产生任何“反对”信息。若不赞成一种数据流，通常是由于它的构建器产生了一条
反对消息，禁止我们使用整个类。但在DataInputStream 的情况下，只有readLine（）是不赞成使用的，因为
我们最好为 readLine（）使用一个 BufferedReader （但为其他所有格式化输入都使用一个
DataInputStream）。
若比较第5 节和 IOStreamDemo。java 中的那一小节，会注意到在这个版本中，数据是在文本之前写入的。那
是由于Java 1。1 本身存在一个错误，如下述代码所示：
//： IOBug。java
// Java 1。1 （and higher？） IO Bug
import java。io。*；
public class IOBug ｛
public static void main（String＇＇ args）
throws Exception ｛
DataOutputStream out =
new DataOutputStream（
new BufferedOutputStream（
new FileOutputStream（〃Data。txt〃）））；
out。writeDouble（3。14159）；
out。writeBytes（〃That was the value of pin〃）；
out。writeBytes（〃This is pi/2：n〃）；
out。writeDouble（3。14159/2）；
out。close（）；
DataInputStream in =
new DataInputStream（
new BufferedInputStream（
309
…………………………………………………………Page 311……………………………………………………………
new FileInputStream（〃Data。txt〃）））；
BufferedReader inbr =
new BufferedReader（
new InputStreamReader（in））；
// The doubles written BEFORE the line of text
// read back correctly：
System。out。println（in。readDouble（））；
// Read the lines of text：
System。out。println（inbr。readLine（））；
System。out。println（inbr。readLine（））；
// Trying to read the doubles after the line
// produces an end…of…file exception：
System。out。println（in。readDouble（））；
｝
｝ ///：~
看起来，我们在对一个 writeBytes（）的调用之后写入的任何东西都不是能够恢复的。这是一个十分有限的错
误，希望在你读到本书的时候已获得改正。为检测是否改正，请运行上述程序。若没有得到一个违例，而且
值都能正确打印出来，就表明已经改正。
10。7。5 重导向标准 IO
Java 1。1 在System 类中添加了特殊的方法，允许我们重新定向标准输入、输出以及错误 IO流。此时要用到
下述简单的静态方法调用：
setIn（InputStream）
setOut（PrintStream）
setErr（PrintStream）
如果突然要在屏幕上生成大量输出，而且滚动的速度快于人们的阅读速度，输出的重定向就显得特别有用。
在一个命令行程序中，如果想重复测试一个特定的用户输入序列，输入的重定向也显得特别有价值。下面这
个简单的例子展示了这些方法的使用：
//： Redirecting。java
// Demonstrates the use of redirection for
// standard IO in Java 1。1
import java。io。*；
class Redirecting ｛
public static void main（String＇＇ args） ｛
try ｛
BufferedInputStream in =
new BufferedInputStream（
new FileInputStream（
〃Redirecting。java〃））；
// Produces deprecation message：
PrintStream out =
new PrintStream（
new BufferedOutputStream（
new FileOutputStream（〃test。out〃）））；
System。setIn（in）；
System。setOut（out）；
System。setErr（out）；
BufferedReader br =
new BufferedReader（
310
…………………………………………………………Page 312……………………………………………………………
new InputStreamReader（System。in））；
String s；
while（（s = br。readLine（）） ！= null）
System。out。println（s）；
out。close（）； // Remember this！
｝ catch（IOException e） ｛
e。printStackTrace（）；
｝
｝
｝ ///：~
这个程序的作用是将标准输入同一个文件连接起来，并将标准输出和错误重定向至另一个文件。
这是不可避免会遇到“反对”消息的另一个例子。用…deprecation 标志编译时得到的消息如下：
Note：The constructor java。io。PrintStream（java。io。OutputStream） has been deprecated。
注意：不推荐使用构建器java。io。PrintStream （java。io。OutputStream）。
然而，无论 System。setOut（）还是System。setErr（）都要求用一个 PrintStream 作为参数使用，所以必须调用
PrintStream 构建器。所以大家可能会觉得奇怪，既然 Java 1。1 通过反对构建器而反对了整个
PrintStream，为什么库的设计人员在添加这个反对的同时，依然为System 添加了新方法，且指明要求用
PrintStream，而不是用 PrintWriter 呢？毕竟，后者是一个崭新和首选的替换措施呀？这真令人费解。
10。8 压缩
Java 1。1 也添加一个类，用以支持对压缩格式的数据流的读写。它们封装到现成的 IO类中，以提供压缩功
能。
此时Java 1。1 的一个问题显得非常突出：它们不是从新的Reader 和Writer 类衍生出来的，而是属于
InputStream和 OutputStream 层次结构的一部分。所以有时不得不混合使用两种类型的数据流（注意可用
InputStreamReader和OutputStreamWriter 在不同的类型间方便地进行转换）。
Java 1。1 压缩类 功能
CheckedInputStream GetCheckSum（）为任何 InputStream 产生校验和（不仅是解压）
CheckedOutputStream GetCheckSum（）为任何OutputStream 产生校验和（不仅是解压）
DeflaterOutputStream 用于压缩类的基础类
ZipOutputStream 一个DeflaterOutputStream，将数据压缩成Zip 文件格式
GZIPOutputStream 一个DeflaterOutputStream，将数据压缩成GZIP 文件格式
InflaterInputStream 用于解压类的基础类
ZipInputStream 一个 DeflaterInputStream，解压用Zip 文件格式保存的数据
GZIPInputStream 一个DeflaterInputStream，解压用GZIP 文件格式保存的数据
尽管存在许多种压缩算法，但是Zip 和 GZIP 可能最常用的。所以能够很方便地用多种现成的工具来读写这些
格式的压缩数据。
10。8。1 用 GZIP 进行简单压缩
GZIP 接口非常简单，所以如果只有单个数据流需要压缩（而不是一系列不同的数据），那么它就可能是最适
当选择。下面是对单个文件进行压缩的例子：
//： GZIPpress。java
// Uses Java 1。1 GZIP pression to press
// a file whose name is passed on the mand
// line。
311
…………………………………………………………Page 313……………………………………………………………
import java。io。*；
import java。util。zip。*；
public class GZIPpress ｛
public static void main（String＇＇ args） ｛
try ｛
BufferedReader in =
new BufferedReader（
new FileReader（args＇0＇））；
BufferedOutputStream out =
new BufferedOutputStream（
new GZIPOutputStream（
new FileOutputStream（〃test。gz〃）））；
System。out。println（〃Writing file〃）；
int c；
while（（c = in。read（）） ！= …1）
out。write（c）；
in。c