深入分析Java I/O的工作机制 (一)

1.Java的I/O类库的基本架构

先说一下什么是类库:可以说是类的集合,类库包括接口、抽象类、具体类等。

I/O是机器获取和交互信息的主要渠道。 java在I/O上也一直在做持续的优化,在1.4版开始引入了NIO,提升了I/O的性能。

java的I/O操作类在包java.io下,大概有80个类左右,这些类大概可以分为如下4组:

基于字节操作的I/O接口:InputStream和OutputStream  (字节是电脑存储信息的最小单位,字符比字节大,一般我们操作的数据都是字符形式的。)

  基于字符操作的I/O接口:Writer和Reader

  基于磁盘操作的I/O接口:File

  基于网络操作的I/O接口:Socket

前两组主要是传输数据的数据格式,后两组主要是传输数据的方式,虽然Socket类并不在java.io包下,但是我仍然要把它们划分在一起,因为我个人认为I/O的核心问题要么是数据格式影响I/O操作,要么是传输方式影响I/O操作,也就是将什么样的数据写到什么地方的问题。


1.1基于字节的I/O操作接口

基于字节的I/O操作接口输入和输出分别是InputStream和OutputStream

InputStream的类层次结构图(OutputStream,Writer和Reader的类层次结构图和InputStream差不多都是有很多子类可以实现不同的功能,他们的子类也相仿。):

看到这个结构图其实只想说明两点,一是操作数据的方式可以组合使用的,如这样组合:

OutputStream outputStream=newFileOutputStream("");//OutputStream可以new他的子类用于实现不同的作用。

小tip:父类作为接收类型,去new子类,称为向上转型。   子类作为接收类型,去new父类,称为向下转型。

OutputStream outputStream=newFileOutputStream("");//父类 new子类  向上转型BufferedOutputStream bufferedOutputStream=newFileOutputStream("");//子类new父类  向下转型

二是必须要指定流最终写到什么地方,要么是写到磁盘,要么是写到网络中,其实从上面的类层次结构图中可以发现,写网络实际上也是写文件,只不过写网络还有一步需要处理,就是让底层操作系统再将数据传送到其他地方而不是本地磁盘。在后面详细介绍网络I/O和磁盘I/O。


1.2基于字符的I/O操作接口

不管是磁盘还是网络传输,最小的存储单元都是字节,而不是字符,所有I/O操作的都是字节而不是字符,但是为什么要有操作字符的I/O接口呢?因为在我们程序中通常操作的数据都是字符形式的,为了操作方便当然要提供一个直接写字符的I/O接口,如此而已。我们知道从字符到字节必须要经过编码转换,而这个编码又非常耗时,而且还会经常出现乱码问题,所以I/O的编码问题经常是让人头疼的问题。

Writer类提供了一个抽象方法write(char cbuf[], int off, int len)。

abstractpublicvoidwrite(charcbuf[],intoff,intlen)throwsIOException;

Reader也提供了一个抽象方法read(char cbuf[], int off, int len),返回读到的n个字节数,不管是Writer耗时Reader类,它们都只定义了读取或写入的数据字符的方式也就是怎么写或读,但是并没有规定数据要写在哪里,这些内容就是后面要讨论的基于磁盘和网络的工作机制。

abstractpublicintread(charcbuf[],intoff,intlen)throwsIOException;


1.3字节与字符的转化接口

数据持久化或网络传输都是以字节进行的,所以必须要有从字符到字节或从字节到字符的转化,从字符到字节需要转化,其中读的转化过程如下:

InputStreamReader类是从字节到字符的转化桥梁,


 从InputStream到Reader的过程要指定编码字符集,否则将采用默认系统的字符集,很可能出现乱码问题。StreamDecoder正是完成从字节到字符的解码的实现类。

FileReader继承了InputStreamReader类,实际上是读取文件流,然后通过StreamDecoder解码成char,只不过这里的解码字符集是默认字符集。

写入也是类似的过程:



通过OutputStreamWriter类完成了从字节的编码过程,由StreamEncoder完成编码过程。

小tip:

Ctrl+H 显示类结构图

Ctrl+O 查看这个类的所有方法

Ctrl+鼠标左键点击    进入这个类

欢迎工作一到五年的Java工程师朋友们加入Java程序员开发: 854393687

群内提供免费的Java架构学习资料(里面有高可用、高并发、高性能及分布式、Jvm性能调优、Spring源码,MyBatis,Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多个知识点的架构资料)合理利用自己每一分每一秒的时间来学习提升自己,不要再用"没有时间“来掩饰自己思想上的懒惰!趁年轻,使劲拼,给未来的自己一个交代!

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,547评论 6 477
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,399评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,428评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,599评论 1 274
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,612评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,577评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,941评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,603评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,852评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,605评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,693评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,375评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,955评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,936评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,172评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 43,970评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,414评论 2 342

推荐阅读更多精彩内容