流分类回顾


本文是JavaIO告一段落的总结帖
希望对JavaIO做一个基础性的总结(不涉及NIO)
从实现的角度进行简单的介绍

下面的这两个表格,之前出现过
数据源形式 InputStream OutputStream Reader Writer
ByteArray(字节数组) ByteArrayInputStream  ByteArrayOutputStream  无 无
File(文件) FileInputStream  FileOutputStream  FileReader FileWriter 
Piped(管道) PipedInputStream  PipedOutputStream  PipedReader  PipedWriter 
Object(对象) ObjectInputStream  ObjectOutputStream  无 无
String StringBufferInputStream  无 StringReader  StringWriter 
CharArray(字符数组) 无 无 CharArrayReader  CharArrayWriter 

扩展功能点 InputStream OutputStream Reader Writer
Data(基本类型) DataInputStream   DataOutputStream  无 无
Buffered(缓冲) BufferedInputStream  BufferedOutputStream  BufferedReader  BufferedWriter   
LineNumber(行号) LineNumberInputStream 无 LineNumberReader  无
Pushback(回退) PushbackInputStream  无 PushbackReader  无
Print(打印) 无 PrintStream  无 PrintWriter


流分为输入输出流两种形式
数据格式又分为字节和字符两种形式
他们组合而来了四大家族
InputStream        OutputStream        Reader        Writer
所有的四大家族的流有两种合成扩展方式:
按照数据源形式扩展
按照装饰功能点扩展


数据源形式扩展


现在我们换一个维度,从实现的角度,重新介绍下IO

数据源扩展的根本
从这种形式的数据中读取数据
写入数据到这种数据形式

我们上面列出来了ByteArray  File   Piped    Object  String  CharArray 这几种常用的数据源形式
结合我们上面的概念,我们看一下,实际的实现

字节数组 / 字符数组 /String

ByteArray
内存数据
ByteArrayInputStream 内部有一个byte buf[] 引用
指向实际保存数据的那个字节数组 		ByteArrayInputStream(byte buf[])
ByteArrayInputStream(byte buf[], int offset, int length)
构造方法将内部的byte buf[] 引用指向某个 byte buf[]
然后就从这里读
ByteArrayOutputStream 内部有一个byte buf[]缓冲区 构造方法初始化这个缓冲区,也就是分配空间
数据的写,就是写到这里面


CharArray
内存数据
CharArrayReader 内部有一个 char buf[]; 引用
指向实际保存数据的那个字符数组 		CharArrayReader(char buf[])
public CharArrayReader(char buf[], int offset, int length)
构造方法将内部的char buf[]; 引用指向某个char buf[]
然后就从这里读
CharArrayWriter 内部有一个char buf[] 缓冲区
构造方法初始化这个缓冲区,也就是分配空间
数据的写,就是写到这里面



String
内存数据
StringReader 内部有一个 String str;引用
指向实际的那个提供数据的String 		StringReader(String s)
构造方法将内部的str   引用指向某个String
然后就从这里读
StringWriter 内部有一个StringBuffer buf 用于保存数据
public StringWriter()
StringWriter(int initialSize)
构造方法初始化这个StringBuffer,就是new StringBuffer时可以指定大小 
数据的写,就是写到这里面  也就是StringBuffer.append

上面的这三种数据源形式,从上面看的话,逻辑非常清晰
读--->从哪里读?--->你给我一个数据源--->我以IO的操作习惯(InputStream/Reader) 读给你
写--->IO的操作习惯写(OutputStream/Writer) --->写到哪里?--->写到我自己内部的存储里

有人可能觉得写到你自己内部存储里面干嘛,有毛用?

ByteArrayOutputStream
CharArrayWriter
StringWriter

内存数据,如果仅仅是存起来放到他自己肚子里面当然毛用没有
但是,他们都提供了吐出来的功能了
给[字节数组 字符数组  String] 提供了一个统一的一致性的读写形式,操作非常方便,不是么

真实数据使用引用指向
内部存储是内部的存储区


管道

pipe 管道用于直连 然后进行数据的传输
主要用于多线程数据共享

In 输入管道里面有一个存储区
Out 输出管道内有个In的引用

Connect之后,In指向了某个实际的 输入流

然后Out通过引用操作In里面的存储区
In自己的读方法也是操作这个存储区

Pipe
PipedInputStream 内部有存储区byte buffer[]  PipedInputStream()
PipedInputStream(int pipeSize)
构造方法中给存储区分配空间,可以指定存储区的大小,否则默认值
PipedOutputStream 内部有一个PipedInputStream sink 引用 PipedOutputStream()
PipedOutputStream(PipedInputStream snk)
无参的后续还需要调用connect
有参数的创建对象时就进行connect连接
PipedReader 内部有存储区 char buffer[];   PipedReader()
PipedReader(int pipeSize)
构造方法中给存储区分配空间,可以指定大小,否则默认值
PipedWriter 内部有一个PipedReader sink;  引用 PipedWriter()
PipedWriter(PipedReader snk)
无参的后续还需要调用connect
有参数的创建对象时进行connect连接


所以一旦理解了,JavaIO管道的模型,管道就实在是太简单了
只需要记住:
输入In里面 有一个存储缓冲区, 输出有一个引用指向了In
connect将他们连接起来,他们共同操作一个池子
输出往里面写,输入从里面读
管子的方向只能是 :    输出 -----> 输入


文件
文件相关的,都是实实在在的要通过操作系统了
所以也就必然需要使用本地方法

在Java中一个文件使用File来描述,File是抽象路径名 可以表示文件  也可以表示目录
File可以通过String路径名构造
另外还有文件描述符可以表示指代文件


File
磁盘数据
FileInputStream 操作文件
构造方法可以使用:  File /String的路径名 /文件描述符   来创建
实实在在的一个InputStream的实现类,最终通过本地方法来进行数据读取
FileOutputStream 操作文件
构造方法可以使用: File/ String的路径名 /文件描述符     来创建
另外他还有是否追加的概念
实实在在的一个OutputStream的实现类,最终通过本地方法来进行数据写入


底层文件本身是二进制存储的,如果你想要通过字符去操作文件,必然要经过 编码和解码的过程
JavaIO提供了InputStreamReader    OutputStreamWriter两个转换流来实现编码和解码
想要彻底理解还是需要理解适配器模式
这两个流都是字符和字节的转换,只不过是方向不同
从字节到字符,这就是解码  ;   从字符到字节,这就是编码
InputStreamReader   字节流到字符流的桥梁, 也就是解码   从上图看,二进制才是码,从码到字符
OutputStreamWriter 字符流到字节流的桥梁, 也就是编码   从上图看,二进制才是码,从字符到码


根据上面的说法,FileReader 和 FileWriter必然要是一种转换流

File
磁盘数据
FileReader
文件本身都是二进制序列 字节形式,所以必然有字节InputStream到字符Reader的转换
而InputStreamReader 恰恰是字节通向字符的桥梁
所以 FileReader继承了InputStreamReader  是一种特殊的InputStreamReader

InputStreamReader 将InputStream适配成Reader   所以需要InputStream作为参数进行构造
文件的字节输入流--FileInputStream可以使用:  File /String的路径名 /文件描述符  来创建
所以FileReader的构造方法接受这几种参数, 构造一个FileInputStream
然后调用InputStreamReader 的构造方法

InputStreamReader字节到字符 解码 涉及到码表  InputStreamReader构造方法部分需要指定编码
FileWriter
文件本身都是二进制序列 字节形式,所以想要写入数据必然有字符Writer到字节OutputStream的转换
而OutputStreamWriter 恰恰是字符通向字节的桥梁
所以 FileWriter继承了OutputStreamWriter  是一种特殊的OutputStreamWriter

OutputStreamWriter 将OutputStream适配成Writer   所以需要OutputStream作为参数进行构造
文件的字节输出流 --FileOutputStream可以使用:  File /String的路径名 /文件描述符   来创建
所以FileWriter的构造方法接受这几种参数
然后构造一个FileOutputStream,调用OutputStreamWriter 的构造方法

另外FileOutputStream 还有追加的概念
所以FileWriter 的构造方法里面也有append 追加这一项

OutputStreamWriter字符到字节 编码 涉及到编码 OutputStreamWriter构造方法部分需要指定编码

关于FileReader 和FileWriter说了那么多
其实只有两句话,就是字节流与字符流之间进行转换
Reader reader = new InputStreamReader( new FileInputStream(.......));
Writer writer = new OutputStreamWriter( new FileOutputStream(.......));


Object
对于文件中的字符与字节的转换,可以通过某些编码表,查表法确定编码的值,进而完成字符与字节之间的相互转换
那么,对于一个对象呢?
Object是内存中的数据,他并不是一串字符形式
有一个概念叫做         序列化与反序列化
其实就了类似  字符的编码与解码
从这个图应该能感知到ObjectInputStream和ObjectOutputStream    与 字符流的逻辑类似么
字符与字节转换 是一种  编码解码的过程
对象序列化与反序列化 不也是一种编码解码的过程吗 ,只不过这个编码解码不是单纯的查询码表这么简单
字符流与字节流的转换,可以通过转换流进行处理
Object序列化与反序列化是
ObjectInputStream  ObjectOutputStream  他们分别实现ObjectInput 和 ObjectOutput来提供的
所以从这个角度讲的话,可以把Object理解成为一种很特殊的"字符"
他们两个就像InputStreamReader  和 OutputStreamWriter似的,用来转换 

功能的装饰扩展

既然是功能的装饰扩展,我们之前已经说过很多次,都是装饰器模式
也就是说了很多遍的
是你还有你,一切拜托你,中间增加点功能
这个你,就是需要被装饰的抽象角色Component   
就是这四大家族      InputStream        OutputStream        Reader        Writer   
给读和写装饰增加新的功能,也就是最根本的读和写方法,将都是使用ConcreteComponent的
在基本的读和写方法之上,提供了新的功能

Data
DataInputStream 继承自FilterInputStream
得到一个InputStream引用in

构造方法需要InputStream 		通过in.read系列方法读取,   然后将读取的数据    组装成基本数据类型
进而提供读取基本数据类型的能力
DataOutputStream 继承自FilterOutputStream
得到一个OutputStream 引用out

构造方法需要OutputStream 		将基本类型数据进行转化处理,    然后调用out.write系列方法将数据写入
进而提供写入基本数据类型的能力


缓冲的概念都是内部有一个缓冲区
缓冲输入  是通过底层的流往自己的缓冲区写入数据, 应用程序从缓冲输入的缓冲区中读取,提高了read速度
缓冲输出  是把数据写入到自己的缓冲区中,后续再把数据通过底层的流一并写入,从而提高了write的速度
因为读写都是从缓冲区中进行的了
Buffered
BufferedInputStream
继承自FilterInputStream
得到一个InputStream引用in
构造方法需要InputStream

内部有一个缓冲区byte buf[]
BufferedOutputStream
继承自FilterOutputStream
得到一个OutputStream 引用out
构造方法需要OutputStream

内部有一个缓冲区buf[];
BufferedReader 内部有Reader 引用 in
构造方法需要一个Reader

内部有一个缓冲区char cb[];
BufferedWriter 内部有一个Writer 引用  out
构造方法需要一个Writer

内部有一个缓冲区char cb[];

LineNumberReader
内部使用了一个lineNumber = 0;  用来记录行号
这个行号可以使用方法设置和获取
getLineNumber  setLineNumber  但是他不改变流的位置

PushBack
装饰器模式 方法依赖于被装饰的实体 ConcreteComponent
只是内部有一个缓冲区,可以存放被回退掉的字符
所有的读取方法在进行读取的时候,都会查看缓冲区的数据
PushbackInputStream

 继承自FilterInputStream 得到一个InputStream 引用in
构造方法需要 InputStream

内部有缓冲区byte[] buf
FilterReader 继承自FilterReader 得到一个Reader引用 in
构造方法需要一个Reader

内部有缓冲区char[] buf


Print
提供了多种形式的打印,根本只是在真的写入数据前,将数据参数进行一些处理
根本的写操作 依赖被装饰的节点流提供
在数据写入之前进行必要的数据处理
PrintStream 继承自 FilterOutputStream得到一个OutputStream 引用 out
构造需要一个OutputStream
PrintWriter 内部有一个out
构造方法需要一个Writer


所以你看,扩展的功能通过装饰器模式,他们的行为都是类似的,那就是:
1. 最基本的读写依赖被装饰的具体的节点流
2. 然后进行了功能的增强


总结

说到这个地方,我们又从实现的角度把常用的一些流进行了介绍
你会发现看起来那么多,实际上并没有多少
四大家族,以及几种数据源形式,以及几个扩展功能点
只要找准了思路,理清楚了逻辑,就不难理解了

不知道到底是恍然大悟?还是?恍然如梦
?





[二十六]JavaIO之再回首恍然(如梦? 大悟?)的更多相关文章

  1. WCF技术剖析之二十六:如何导出WCF服务的元数据(Metadata)[扩展篇]

    原文:WCF技术剖析之二十六:如何导出WCF服务的元数据(Metadata)[扩展篇] 通过<实现篇>对WSDL元素和终结点三要素的之间的匹配关系的介绍,我们知道了WSDL的Binding ...

  2. VMware vSphere 服务器虚拟化之二十六 桌面虚拟化之View Persona Management

    VMware vSphere 服务器虚拟化之二十六 桌面虚拟化之View Persona Management 实验失败告终,启动VMware View Persona Management服务报10 ...

  3. 二十六个月Android学习工作总结【转】

    原文:二十六个月Android学习工作总结 1.客户端的功能逻辑不难,UI界面也不难,但写UI花的时间是写功能逻辑的两倍.     2.写代码前的思考过程非常重要,即使在简单的功能,也需要在本子上把该 ...

  4. 剑指Offer（二十六）：二叉搜索树与双向链表

    剑指Offer(二十六):二叉搜索树与双向链表 搜索微信公众号:'AI-ming3526'或者'计算机视觉这件小事' 获取更多算法.机器学习干货 csdn:https://blog.csdn.net/ ...

  5. FreeSql （二十六）贪婪加载 Include、IncludeMany、Dto、ToList

    贪婪加载顾名思议就是把所有要加载的东西一次性读取. 本节内容为了配合[延时加载]而诞生,贪婪加载和他本该在一起介绍,开发项目的过程中应该双管齐下,才能写出高质量的程序. Dto 映射查询 Select ...

  6. 使用Typescript重构axios(二十六)——添加HTTP授权auth属性

    0. 系列文章 1.使用Typescript重构axios(一)--写在最前面 2.使用Typescript重构axios(二)--项目起手,跑通流程 3.使用Typescript重构axios(三) ...

  7. 深度学习（二十六）Network In Network学习笔记

    深度学习(二十六)Network In Network学习笔记 Network In Network学习笔记 原文地址:http://blog.csdn.net/hjimce/article/deta ...

  8. Bootstrap <基础二十六>进度条

    Bootstrap 进度条.在本教程中,你将看到如何使用 Bootstrap 创建加载.重定向或动作状态的进度条. Bootstrap 进度条使用 CSS3 过渡和动画来获得该效果.Internet ...

  9. Web 前端开发人员和设计师必读精华文章【系列二十六】

    <Web 前端开发精华文章推荐>2014年第5期(总第26期)和大家见面了.梦想天空博客关注 前端开发 技术,分享各类能够提升网站用户体验的优秀 jQuery 插件,展示前沿的 HTML5 ...

随机推荐

  1. TimesTen数据库的备份和恢复

    建立不支持增量备份的全备份 做一个全备份,fileFull为不支持增量的全备份 $ ttbackup -type fileFull -dir /tmp/backupdir sampledb_1122( ...

  2. Java for Android 第二周课上实验一

    (一)命令行下程序开发 (二)IDEA下程序开发调试 Mac OS系统下使用的IDEA为 Netbeans (三)测试题我的学号后两位为10 使用简单的PHP小程序得我的题目为2:实现简单四则运算(能 ...

  3. WebService常用接口链接（很全面,值得一看）

    天气预报Web服务,数据来源于中国气象局Endpoint :http://www.webxml.com.cn/WebServices/WeatherWebService.asmxDisco       ...

  4. Linux shell编程-退出的状态码

    linux 提供了一个专门的变量$?来保存上个已执行命令的状态码 linux 的错误状态退出状态码没有什么标准可遵循,但有一些参考 状态码 描述 0 命令成功结束 1 一般性未知错误 2 不适合的sh ...

  5. 课堂作业Complex类的实现

    #include <iostream> #include <cmath> using namespace std; class Complex{ public: Complex ...

  6. 二分（HDU2289 Cup）

    贴代码: 题目意思:已知r水的下半径,R水的上半径,H为圆台高度,V为水的体积,求水的高度,如图: 水的高度一定在0-100,所以在这个区间逐步二分,对每次二分出的水的高度,计算相应的体积,看看计算出 ...

  7. NeuChar 平台使用及开发教程 索引

    什么是 NeuChar? NeuChar 是由盛派(Senparc)团队发布的新一代跨平台服务系统,其中包含了开放的跨平台通讯标准及核心计算模块(Senparc.NeuChar.dll)以及配套的云管 ...

  8. Gem::LoadError: Specified 'sqlite3' for database adapter, but the gem is not loaded

    解决办法: 指定sqlite3的版本为1.3.13: gem 'sqlite3', '~> 1.3.13' 然后运行bundle update

  9. 【安富莱二代示波器教程】第6章 示波器设计—双通道ADC驱动

    第6章        示波器设计—双通道ADC驱动 本章节为大家讲解示波器的ADC驱动,采用STM32自带ADC实现.关于STM32F429的ADC,可以说处处有地雷,不小心就踩上了,如果简单的使用, ...

  10. AIO系列文档（1）----图解ByteBuffer

    因何而写 网上关于bytebuffer的文章真的很多,为何在此还要写一篇呢?主要是基于以下几点考虑 很多人在使用t-io时,还不会bytebuffer,只会照着t-io提供的例子照猫画虎,不利于灵活运 ...