流分类回顾


本文是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. git 提交代码到库

    今天用git commit -m “注释”提交的时候,注释写错了,于是各种查资料开始了和git bash vim的纠缠...(网上的资料我真是没操作成功,不过最后还是摸索出来了) 首先 使用 git ...

  2. iOS-ERROR ITMS-90086:"missing 64-bit support...解决办法

    BUG描述:Untiy4.7.1导出的iOS工程包,使用Xcode8.3 Application Loader上传ipa包,遇到ERROR ITMS-90086报错 解决办法:查看错误描述确认是没有支 ...

  3. Server的API如何设计才满足RESTful要求?

    Server的API如何设计才满足RESTful要求? 首先是简洁版里面的那几点.外加一些附带的 best practices:1. URL root: https://example.org/api ...

  4. web 基础设置

    1.设置代码格式为UTF-8 2.运行jsp文档 3.设置自己喜欢的浏览器运行,设置为默认的 找到自己的浏览器位置 点ok Name是名字的意思 为这个浏览器娶一个名字 是什么浏览器就写什么名字 4. ...

  5. ssh网上商城源码

    本人承诺源码免费,只是出于前期发布很多免费资源反而落不到好下场,总是被一些人说三道四.就算你去找到资源版本不符合你也运行不起来.如果想要资源加QQ1397617269,或者电话短信1395630164 ...

  6. oracle11G 用户密码180天修改概要文件过程

    oracle11G 用户密码180天修改概要文件过程 原因 创建用户的时候不指定概要文件的默认的概要文件是default, 而默认的概要文件中的设置如下,注意斜体部分 PROFILE RESOURCE ...

  7. unity网络----简单基础

    网络 TCP:与打电话类似,通知服务到位 UDP:与发短信类似,消息发出即可 IP和端口号是网络两大重要成员 端口号(Port)分为知名端口号[0-1024,不开放)和动态端口号[1024,10000 ...

  8. Unity进阶----DoTween及工程文件夹的建立(2018/11/12)

    DoTween 仅介绍部分常用用法,代码参上:(其它操作见官网:http://dotween.demigiant.com/documentation.php) using System.Collect ...

  9. LVM学习笔记

    LVM Logical Volume Manager Volume management creates a layer of abstraction over physical storage, a ...

  10. 算法与数据结构(十二) 散列(哈希)表的创建与查找(Swift版)

    散列表又称为哈希表(Hash Table), 是为了方便查找而生的数据结构.关于散列的表的解释,我想引用维基百科上的解释,如下所示: 散列表(Hash table,也叫哈希表),是根据键(Key)而直 ...