一、嵌套流
流对象被其他处理流的多次连接，称为流的嵌套。
直接与数据源相连接的流是节点流
处理流连接节点流，提供附加性能
处理流可以被其它处理流继续连接，以获取需要的其它性能。
处理流不可以与节点（数据源）直接连接
二、缓冲流
默认带了8192个字符的缓冲区，是为了提高性能，减少频繁和硬盘进行io的次数，
BufferedReader:处理流，字符输入流，是Reader的子类提供了readLine方法
BufferedWriter:处理流，字符输出流，是Writer的子类，提供了newLine() write(str)方法
三、转换流
字符在计算机中以二进制编码存储，字符的编码规则有多种。
在一个编码规则下的所编码的字符集合称为该编码的字符集。
对中文编码的字符集有unicode、UTF-8、GB2312、GBK、GB18030等。
例如：“汉”的各种字符集编码如下(16进制表示)
unicode编码：6c49
UTF-8编码：e6b189
GBK编码：baba
在Java中的字符一律采用unicode编码，而在文件（或其它数据源）中存储的字符编码会有多种选择。
因此当Java通过流对象读写字符时，必须将unicode编码与其它编码进行转换。
FileReader和FileWriter两个字符流直接采用平台的默认字符集编码和unicode进行转换。
若默认字符集为GBK，而文件的字符集为UTF-8，这时就无法正确读写文件。
InputStreamReader和OutputStreamWriter两个字符流可以指定与unicode进行转换的字符集编码，因此这两
个字符流更具灵活性。
1. InputStreamReader
InputStreamReader继承了Reader，它实现了Reader的抽象方法。
InputStreamReader是字节流通向字符流的桥梁，它使用指定的字符集（charset）读取字节并将其
解码为unicode字符
2. OutPutStreamWriter
OutputStreamWriter继承了Writer，它实现了Writer的抽象方法
OutputStreamWriter是字符流通向字节流的桥梁，这刚好与InputStreamReader相反。它使用指定
的字符集(charset)将要写入流中的unicode字符编码成字节
四、其他处理流
1. DataInputStream:处理流，可以直接读取一些基本数据类型的数据
读取的顺序要与存入的顺序一致，否则读出的内容是不准确的。
2. DataOutPutStream:处理流，可以直接写入一些基本数据类型的数据
这时，写入的文件，看到写入的内容
五、序列化
1. 对象流
对象输入流（ObjectInputStream）：
ObjectInputStream in=newObjectInputStream(输入流对象);
相应的方法：in.readObject();
对象输出流（ObjectOutputStream）：
ObjectOutputStream out=new ObjectOutputStream(输出流对象);
相应的方法：out.writeObject(Object obj);
2. 序列化
序列化：就是将对象的内容分解成字节流，以便存储在文件中或在网络上传输。
属性的要求：非transient 非静态 是可序列化类型（Serializable）
反序列化：就是打开并读取字节流，且从该流中恢复该对象
没有执行过反序列化的类型对应的代码块及构造方法
能够序列化的对象必须是Serializable类型，对应的类型必须实现Serializable接口
序列化类型中一般会要求提供一个serialVersionUID，作用是保证读（反序列化）和写（序列化）的过程
中类型版本的一致性。如 写的时候版本id为1 那么读的时候版本id也必须是1，才能成功
注意：使用EOFException判断文件是否读取到末尾
问题描述：
用类ObjectOutputStream向文件写读对象时，碰到一个问题：新建一个文件，用输出流ObjectOutputStream向文件连续写几个对象，关闭输出流，然 后读取，这些对象都可以读出；这时在向该文件增加对象，新写的对象就读不出了
问题出现的原因：
ObjectOutputStream建立后第一次写入一个对象时， 会在对象数据前写入一些标志的数据“AC ED 00 05”（用二进制方式查看打开），应该是流相关的信息。当你关闭 ObjectOutputStream 后再重新打开往文件里面写对象时（append方式），就会再一次把“AC ED 00 05”写入文件，而这些信息并不是你写入对象的数据，所以当你用ObjectInputStream来读取对象时，流会将除第一个“AC ED 00 05”以外的数据当作各个对象的数据，造成无法解析，所以读取时有一个java.io.StreamCorruptedException出现。 这个可以通过编辑Info.dat来验证，只要将“AC ED 00 05”删除（第一个“AC ED 00 05”保留）就可以正常读出后来加入的对象。 给出一个比较笨的解决方法： 在以后要添加新的对象到Info.dat时，将里面原有的对象读出放入ArrayList中，清空文件，再将对象集一次写入。尝试解决办法:那个“AC ED 00 05”是 ObjectOutputStream.writeSystemHeader()写进去的，你可以继承ObjectOutputStream类，覆盖这个方法。 在你自己的writeSystemHeader()里判断是不是第一次写入一个文件，如果是向一个文件大小不为零的文件追加的话，就调用 super.reset(),如果是第一次写这个文件，不是追加，就调用super.writeSystemHeader()
