流分类回顾


本文是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. jquery中$.each()的用法

    each()函数是基本上所有的框架都提供了的一个工具类函数,通过它,你可以遍历对象.数组的属性值并进行处理.jQuery和jQuery对象都实 现了该方法,对于jQuery对象,只是把each方法简单 ...

  2. netcore应用程序部署程序到ubuntu

    运维需求:获取服务器的运行情况,是否CPU.内存较高等,上报到运维系统 环境:ubuntu16.04 工具::netcore2.1.supervisor 程序实现(代码就不贴了)参考:https:// ...

  3. Widows 和Linux 查看和操作端口方法

    Windows 打开cmd1.netstat -n查看本机的使用的所有端口①.proto表示协议 有tcp和udp两种②.Local Address 表示本机的IP,后面跟的是我们使用的端口号③.Fo ...

  4. SecureCRT连接虚拟机失败及虚拟机ping不通外网

    背景: VMware上安装了centos,从学校的网络换到了家里后,用SecureCRT登录时发现 connection closed,然后在虚拟机里发现ping不通外网了,ping虚拟机IP是通的. ...

  5. Reactjs项目性能优化

    在construct中绑定函数this shouldComponentUpdate React.PureComponent 无状态组件 chrome浏览器性能优化工具 setTimeout,setIn ...

  6. SQL Server 创建服务器和数据库级别审计

    一.概述 在上一篇文章中已经介绍了审计的概念:本篇文章主要介绍如何创建审计,以及该收集哪些审核规范. 二.常用的审核对象 2.1.服务器审核对象 1.FAILED_LOGIN_GROUP( Audit ...

  7. 在线生成透明ICO图标神器

    此神器的链接为:http://ico.duduxuexi.com/ 大家可以将这个网址收藏好,本人亲测十分好用!对我们的ios,安卓以及windows开发都有极大的好处.

  8. Win10 安装 VMWare中 MAC OS X的安装，VMWare tools的配置与iOS的Helloworld

    iOS的开发必须在MAC OS X系统下进行,这很蛋疼,现在MACBOOK动不动就上千上万大洋,这足够买台配置怪兽了,好吗?然而,我们是可以通过在VMWare中安装MAC OS X进行iOS开发的.对 ...

  9. 【RL-TCPnet网络教程】第12章 TCP传输控制协议基础知识

    第12章      TCP传输控制协议基础知识 本章节为大家讲解TCP(Transmission Control Protocol,传输控制协议),通过本章节的学习,需要大家对TCP有个基本的认识,方 ...

  10. [Swift]LeetCode129. 求根到叶子节点数字之和 | Sum Root to Leaf Numbers

    Given a binary tree containing digits from 0-9 only, each root-to-leaf path could represent a number ...