[一]FileDescriptor文件描述符 标准输入输出错误 文件描述符

文件描述符

当应用程序请求打开或者操作文件时,操作系统为应用程序设置一张文件列表,具体的实现形式此处不深入说明

操作系统会提供给你一个非负整数,作为一个索引号,它的作用就像地址或者说指针或者说偏移量

这个索引号就用来定位文件数据在内存中的位置.

这个概念在类Unix系统叫做文件描述符, linux把所有东西都被看成是文件，比如文件、目录、进程、网络socket、各种硬件设备等

这个概念在Windows下 称之为句柄, 句柄是Windows下各种对象的标识符, 比如文件、资源、菜单、光标、位图等

那么,现在你应该可以理解文件描述符的含义了

Java中使用FileDescriptor 来抽象文件描述符这一概念

package java.io;

对于FileInputStream/FileOutputStream/RandomAccessFile，使用handle来表示底层的文件句柄

对于ServerSocket/Socket，使用fd来表示底层的文件句柄

FileDescriptor的fd和handle的无效值是-1

看下API的描述:

其实说白了,就是文件描述符的实例,就是用来表示文件的一个指针/索引. 操作系统通过这个值与应用程序交互

如同你的电话号码一样,在很多场景,他就相当于你,   虽然,他完全不是你,

比如朋友想找你聊天,有人托你办事,保险公司推销等等,通过电话都可以定位到你

而且,你自己能造一个电话号码么?显然不行,必须是运营商提供给你的

我们的文件描述符,也是如此,应用程序不应该创建自己的文件描述符

他的构造方法,只能创建一个无效的文件描述符

不应该创建自己的文件描述符,可以直接理解为:

这东西是底层实现的内容,操作系统来传递给你

而且,对于文件的其他的一些操作,最底层的实现也仍旧是操作系统来搞

这就相当于操作系统给你的一个指针,钥匙

你需要服务的时候,拿给操作系统即可,具体到底怎么玩,你管不上,也管不了

想要理解文件描述符只需要理解,文件的抽象概念是操作系统负责管理维护的

应用程序都是在请求操作系统帮忙,JVM也就是个应用程序

不管那个位置到底存放的是什么,对于应用程序来说就是一个描述符

操作系统提供了一致性的接口访问途径,就是通过这个描述符

描述符背后到底是什么,操作系统屏蔽了这些东西

这样子的实现,对应用程序程序员来说,就是不需要在关注他到底是个什东西,操作系统来搞定

FileDescriptor中的三个描述符

FileDescriptor 内置了三个文件描述符 分别是  in   out  err

类型是FileDescriptor  这是java层面的描述

具体的值是 0  1   2  ,这是操作系统层面的描述

在linux 中, 每个进程启动时都打开3个文件(linux 中一切都是文件)： 

* 标准输入  0

* 标准输出  1

* 标准错误  2

文件描述符在System类中的应用

System中in out  err中的定义部分,全都是final static

注释中也很明确的说明了 将会调用 initializeSystemClass  进行部分初始化工作