Java基础知识--Java之IO/NIO

最新推荐文章于 2023-06-24 18:54:58 发布

AlbertWC

最新推荐文章于 2023-06-24 18:54:58 发布

阅读量148

点赞数

分类专栏： Java基础文章标签： java 内核

本文链接：https://blog.csdn.net/AlbertWC/article/details/109210519

版权

Java基础专栏收录该内容

24 篇文章 0 订阅

订阅专栏

Java IO/NIO

首先要了解的先验知识:

如果你要对一个文件内容进行操作，那么必须依赖数据流完成，数据流又分两种。

字节流：InputStream，OutputStream
字符流：Reader，Writer
字节流与字符流操作的本质区别只有一个：字节流是原生的操作，而字符流是经过处理后的操作。
字节嘛，byte，更小。在操作系统里，识别的就是字节。
字符，Char 更大，需要把字符转成字节，然后才能进行操作。所以字符更适合处理中文。

不管使用的是字节流还是字符流，其基本的操作流程几乎是一样的，以文件操作为例。
创建File类对象，主要是指明要操作的文件路径；
根据字节流或字符流的子类实例化父类对象；
进行数据的读取或写入操作；
关闭流(close())；

面向流与面向缓冲

NIO 和 IO之间第一个最大的区别就是，IO是面向流的，而NIO是面向缓冲区的。Java IO面向流意味着每次从流中读取一个或多个字节，直至读取所有字节，它们没有被缓存在任何地方。
而NIO的缓冲区不同，数据读到一个稍后处理的缓冲区，需要时可以在缓冲区中前后移动。这就增加了处理过程中的灵活性。

阻塞IO模型

IO 的各种流是阻塞的，这意味着，当一个线程调用read 或者write 时，该线程被阻塞，直到有一些数据被读取，或者数据完全写入，该线程在此期间就不能干别的事情了。
NIO的非阻塞模式，就是使一个线程从某通道发送请求读取数据，但是它尽可能得到目前可用的数据。如果目前没有数据可用，就不会获取，而不是保持线程阻塞，所有直至数据的可以读取之前，该线程都可以做其他的事情。

最传统的一种IO模型，即在读写过程中会发生阻塞现象，当用户线程发出IO请求之后，内核会去查看数据是否就绪，如果没有就绪就会等待数据就绪，而用户线程就会处于阻塞状态，用户线程交出CPU。当数据就绪之后，内核会将数据拷贝到用户线程。用户线程才解除block状态，典型的阻塞IO模型的例子为：

data = socket.read();

如果数据没有就绪，就会一直阻塞在read方法。

选择器（Selectors）

Java NIO的选择器允许一个单独的线程来监视多个输入通道，你可以注册多个通道使用一个选择器，然后使用一个单独的线程来“选择”通道：这些通道里已经有可以处理的输入，或者选择已准备写入的通道。这种选择机制，使得一个单独的线程很容易来管理多个通道。

非阻塞IO模型

当用户线程发起一个read操作后，并不需要等待，而是马上就得到了一个结果，如果结果是一个error时，他就知道数据还没有准备好，于是他可以再次发送read操作，一旦内核中的数据准备好了，并且又再次收到了用户线程的请求，那么它马上就将数据拷贝到用户线程，然后返回。
事实上，非阻塞IO模型中，用户线程需要不断询问数据内核是否就绪，也就是说非阻塞IO不会交出CPU而是会一直占用CPU。

while(true){
data = socket.read();
if(data != error){
处理数据;
break;
}
}

在while 循环中需要不断地去询问内核数据是否就绪，这样会导致CPU 占用率非常高。因此一般情况下很少使用while 循环这种方式来读取数据。

多路复用IO模型

多路复用IO 模型是目前使用得比较多的模型。Java NIO 实际上就是多路复用IO。在多路复用IO模型中，会有一个线程不断去轮询多个socket 的状态，只有当socket 真正有读写事件时，才真正调用实际的IO 读写操作。因为在多路复用IO 模型中，只需要使用一个线程就可以管理多个socket，系统不需要建立新的进程或者线程，也不必维护这些线程和进程，并且只有在真正有socket 读写事件进行时，才会使用IO 资源，所以它大大减少了资源占用。在Java NIO 中，是通过selector.select()去查询每个通道是否有到达事件，如果没有事件，则一直阻塞在那里，因此这种方式会导致用户线程的阻塞。多路复用IO 模式，通过一个线程就可以管理多个socket，只有当socket 真正有读写事件发生才会占用资源来进行实际的读写操作。因此，多路复用IO 比较适合连接数比较多的情况。

另外，多路复用IO比非阻塞IO模型效率高的原因时因为在非阻塞IO中，不断地询问socket状态时通过用户线程去进行的，而在多路复用IO中，轮询每个socket状态是内核在进行的，这个效率比用户线程要高得多。

异步IO模型

异步IO 模型才是最理想的IO 模型，在异步IO 模型中，当用户线程发起read 操作之后，立刻就可以开始去做其它的事。而另一方面，从内核的角度，当它受到一个asynchronous read 之后，它会立刻返回，说明read 请求已经成功发起了，因此不会对用户线程产生任何block。然后，内核会等待数据准备完成，然后将数据拷贝到用户线程，当这一切都完成之后，内核会给用户线程发送一个信号，告诉它read 操作完成了。也就说用户线程完全不需要实际的整个IO 操作是如何进行的，只需要先发起一个请求，当接收内核返回的成功信号时表示IO 操作已经完成，可以直接去使用数据了。

也就说在异步IO 模型中，IO 操作的两个阶段都不会阻塞用户线程，这两个阶段都是由内核自动完成，然后发送一个信号告知用户线程操作已完成。用户线程中不需要再次调用IO 函数进行具体的读写。这点是和信号驱动模型有所不同的，在信号驱动模型中，当用户线程接收到信号表示数据已经就绪，然后需要用户线程调用IO 函数进行实际的读写操作；而在异步IO 模型中，收到信号表示IO 操作已经完成，不需要再在用户线程中调用IO 函数进行实际的读写操作。