设计模式中巧记I/O

Posted luckycoder

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了设计模式中巧记I/O相关的知识,希望对你有一定的参考价值。

一、I/O

1. I/O操作中的设计模式

  1. 概要
  • 以设计模式角度,自顶向下理解I/O源码结构
  • 理解字节与字符的关系
1.1 装饰者模式(输入流为例)
  1. 背景:通过继承扩展对象耦合度高,使用装饰者扩展可以在不改变现有结构的情况下,动态地给对象增加额外功能,耦合度底且灵活,一个具体对象可以有多个装饰者
  2. 字节流
    技术图片

  • 抽象构件 :第二行,InputStream接口,定义字节流的基本操作
  • 抽象装饰者 :第三行,与抽象构建接口是组合关系,动态的传入具体构件。第四行通过扩展抽象构件子类,为具体构件添加新的功能
  • 具体构件 :第一行,实现抽象构件 操作,具体装饰者 为每一个具体的构件添加新的职责
  • 具体装饰者 :第四行,有新职责的具体构建
  1. 装饰者模式为字节流带来的增强
    1. 使用InputStream 时,是以一个字节一个字节形式读或写,而BufferedInputStreamBufferedOutputStream 为字节流提供了缓冲区,读数据时一次性读取一块数据放到缓冲区中,当缓存区读取完后,输入流会再次填充缓冲区,直到输入流被读取完,缓冲区可以减少IO操作。
    1. DataInputStream ,从字节流中灵活的读取并重建Java的基本类型与String类型数据
1.2 适配器模式(输入流为例)
  1. 背景:需要开发的业务功能在组件库中已经存在,但与新的接口规范不兼容,重新开发成本太高,所以使用适配器模式能解决这些问题
  • 已有字符流读写接口ReaderWriter ,新的需求是字节流访问数据源,然后由字符流处理
  1. 为什么使用自符流
    1. 根本原因:内存中数据操作是以字节为单位(给机器看的);一般持久化到磁盘不同的编码对应不同的字符(给人类看的),也可以以字节形式持久化到硬盘,供软件与硬件阅读。
    1. 字节流操作单元为字节(8byte)。InputStream中的read()方法,是以一个字节为单位读取,读到末尾返回-1 、它的重载方法read(byte[])内部是通过for循环调用read() 实现一次读入一个字节数组 ,按字节的read()方法的会有频繁IO操作,普通IO模型也会阻塞线程,直到返回一个字节数据或-1,效率太低
    1. 字符流操作单元为Unicode码点(16byte),使用缓存读写。将数据持久化到磁盘 ,使用字节写入会乱码,因为不同语言(汉语、英语等)都有自己对应的编码表,例如英文一个字母可以用一个字节表示,但汉语需要用两个字节,甚至一些特殊符号需要更多字节(Unicode的辅助字符),一个字节一个字节写入很大可能会乱码。所以字符符流会先根据对应的码表将内容写入缓冲区,缓冲区满了持久化到磁盘。使用字符流有两个好处
      1. 利用缓存读写,避免内存与操作系统频繁IO操作,提高效率
      1. 写入时指定编码表可以有效避免乱码问题
  1. 适配器模式中字符流与字节流
    技术图片

  2. 字符流

  • Reader
    技术图片

  • Writer
    技术图片

-PS:个人笔记,望读者勘误。本文只例举了字节输入流与字符输入流两种,若读者理解了可以结合源码看输出流中设计模式

以上是关于设计模式中巧记I/O的主要内容,如果未能解决你的问题,请参考以下文章

工作中巧用了这几个设计模式重构代码,女同事直呼666

java中巧用枚举减少代码量

开发中巧用Enum枚举类型——转自翘首以望

Golang中巧用defer进行错误处理

Git中巧用git stash命令缓存当前分支的更改

巧记 In/hasOwnProperty/for…in/for…of/forEach区别