Java IO&NIO

应用程序调用一个IO函数,导致应用程序阻塞,如果数据已经准备好,从内核拷贝到用户空间,否则一直等待下去。一个典型的读操作流程大致如下图，当用户进程调用recvfrom这个系统调用时，
kernel就开始了IO的第一个阶段:准备数据,就是数据被拷贝到内核缓冲区中的一个过程(很多网络IO数据不会那么快到达,如没收一个完整的UDP包) ,等数据到操作系统内核缓冲区了,就到了第二阶段：将数据从内核缓冲区拷贝到用户内存,然后kernel返回结果,用户进程才会解除block状态,重新运行起来。
blocking IO的特点就是在IO执行的两个阶段用户进程都会block住；

非阻塞I/O（nonblocking IO）

非阻塞I/O模型，我们把一个套接口设置为非阻塞就是告诉内核，当所请求的I/O操作无法完成时，不要将进程睡眠，而是返回一个错误。这样我们的I/O操作函数将不断的测试数据是否已经准备好，如果没有准备好，继续测试，直到数据准备好为止。在这个不断测试的过程中，会大量的占用CPU的时间。
当用户进程发出read操作时，如果kernel中数据还没准备好，那么并不会block用户进程，而是立即返回error，用户进程判断结果是error，就知道数据还没准备好，用户可以再次发read，直到kemel中数据准备好，并且用户再一次发read操作，产生system cal，那么kermel马上将数据拷贝到用户内存，然后返回;所以nonblockingIO的特点是用户进程需要不断的主动询问kemel数据好了没有。
阻塞IO一个线程只能处理一个IO流事件，要想同时处理多个IO流事件要么多线程要么多进程，这样做效率显然不会高，而非阻塞I〇可以一个线程处理多个流事件，只要不停地询所有流事件即可，当然这个方式也不好，当大多数流没数据时，也是会大量浪费CPU资源;为了避免CPU空转，引进代理(select和poll，两种方式相差不大)，代理可以观察多个流I/O事件，空闲时会把当前线程阻塞掉，当有一个或多个I/O事件时，就从阻塞态醒过来，把所有IO流都轮询一遍，于是没有IO事件我们的程序就阻塞在select方法处，即便这样依然存在问题，我们从select出只是知道有IO事件发生，却不知道是哪几个流还是只能轮询所有流，epoll这样的代理就可以把哪个流发生怎样的IO事件通知我们;

I/O多路复用模型（IO multiplexing）

I/O多路复用就在于单个进程可以同时处理多个网络连接I〇,基本原理就是select，poll，epoll这些个函数会不断轮询所负责的所有socket，当某个socket有数据到达了，就通知用户进程，这三个functon会阻塞进程，但和IO阻塞不同，这些函数可以同时阻塞多个!O操作，而且可以同时对多个读操作，写操作IO进行检验，直到有数据到达，才真正调用IO操作函数，调用过程如下图;所以IO多路复用的特点是通过一种机制一个进程能同时等待多个文件描述符，而这些文件描述符(套接字描述符)其中任意一个进入就绪状态，select函数就可以返回。

IO多路复用的优势在于并发数比较高的IO操作情况，可以同时处理多个连接，和blokingIO一样socket是被阻塞的，只不过在多路复用中socket是被select阻塞，而在阻塞IO中是被socket IO给阻塞。

信号驱动I/O模型

可以用信号，让内核在描述符就绪时发送SIGIO信号通知我们，通过sigaction系统调用安装一个信号处理函数。该系统调用将立即返回，我们的进程继续工作，也就是说它没有被阻塞。当数据报准备好读取时，内核就为该进程产生一个SIGIO信号。我们随后既可以在信号处理函数中调用recvfrom读取数据报，并通知主循环数据已经准备好待处理。特点:等待数据报到达期间进程不被阻塞。主循环可以继续执行，只要等待来自信号处理函数的通知:既可以是数据已准备好被处理，也可以是数据报已准备好被读取

异步 I/O(asynchronous IO)

异步IO告知内核启动某个操作，并让内核在整个操作(包括将内核数据复制到我们自己的缓冲区)完成后通知我们，调用aio _read(Posix异步I/O函数以aio或lio开头)函数，给内核传递描述字、缓冲区指针缓冲区大小(与read相同的3个参数)、文件偏移以及通知的方式，然后系统立即返回。我们的进程不阻塞于等待I/0操作的完成。当内核将数据拷贝到缓冲区后，再通知应用程序。

用户进程发起read操作之后，立刻就可以开始去做其它的事。而另一方面，从kernel的角度，当它受到一个asynchronous read之后，首先它会立刻返回，所以不会对用户进程产生任何block。然后，kermel会等待数据准备完成，然后将数据拷贝到用户内存，当这一切都完成之后，kernel会给用户进程发送个signal，告诉它read操作完成了

NIO

NIO与IO的区别

NIO（new IO),这个库是在JDK1.4才引入的。NIO和IO有相同的作用和目的，但实现方式不同，NIO主要用到的是块，所以NIO的效率要比IO高很多。在Java API中提供两套NIO，一套是针对标注输入输出NIO，另一套就是网络编程NIO

IO	NIO
面向流	面向缓冲
阻塞IO	非阻塞IO
无	选择器

NIO和IO的适用场景

NIO的诞生是为了弥补IO的不足，但是尺有所短寸有所长，NIO也有缺点，因为NIO是面向缓存区操作，每一次数据处理都是对缓存区进行的，那么就会出现一个问题，在数据处理之前必须要判断缓冲区的数据是否完整或者已经读取完毕，如果没有，假设数据只读取了一部分，那么对不完整的数据处理没有任何意义。所以每次数据处理之前都要检测缓冲区数据。

那么NIO和IO各适用的场景是什么呢？

如果需要管理同时打开成千上万个连接，这些连接每次只是发送少量的数据，如聊天服务器，这时候用NIO处理数据可能是个很好的选择

而如果只有少量连接，而这些连接每次都要发送大量数据，这时候传统的IO更适合。使用哪种方式·处理数据，需要在数据的响应等待时间和检查缓冲区的时间上作比较权衡的选择

NIO的核心组件

channel,buffer,selector

什么是channel

一个Channel(通道)代表和某一实体的连接，这个实体可以是文件、网络套接字等。也就是说，通道是Java NIO提供的一座桥梁，用于我们的程序和操作系统底层I/O服务进行交互。通道是一种很基本很抽象的描述，和不同的I/O服务交互，执行不同的I/O操作，实现不一样，因此具体的有FileChannel、SocketChannel等。
通道使用起来跟Stream比较像，可以读取数据到Buffer中，也可以把Buffer中的数据写入通道。

当然也有区别，主要体现在如下两点：

一个通道，即可以读也可以写，而stream是单向的（所以分InputStream和OutStream）
通道有非阻塞I/O模式

Java中 NIO中最常见的通道实现？

FileChannel：读写文件
DatagramChannel:UDP协议网络通信
SocketChannel：TCP协议网络通信
ServerSocketChannel：监听TCP连接

Buffer是什么？

NIO所使用的缓冲区不是一个简单的byte数组，而是封装过的buffer类，通过它提供的API，我们可以灵活操纵数据

与Java基本类型相对应，NIO提供了多种类型的Buffer，如ByteBuffer，CharBuffer，IntBuffer等，

区别就是读写缓冲区的单位长度不同（以对应类型的变量为单位进行读写）

核心Buffer实现有哪些

核心的buffer实现有这些:ByteBuffer、CharBuffer、DoubleBuffer、FloatBuffer、IntBuffer、LongBuffer、ShortBufer，涵盖了所有的基本数据类型(4类8种，除了Boolean)。也有其他的buffer如MappedByteBuffer.

buffer读写数据基本操作

将数据写入buffer
调用buffer.flip()
将数据从buffer中读取出来、
调用buffer.clear()或者buffer.compact()

在写buffer的时候，buffer会跟踪写入了多少数据，需要读buffer的时候，需要调用flip()来将buffer从写
模式切换成读模式，读模式中只能读取写入的数据，而非整个buffer。当数据都读完了，你需要清空buffer以供下次使用，可以有2种方法来操作:调用clear()或者调用compact()。
区别:clear方法清空整个buffer，compact方法只清除你已经读取的数据，未读取的数据会被移到buffer的开头，此时写入数据会从当前数据的末尾开始。

Selector是什么?

Selector(选择器)是一个特殊的组件，用于采集各个通道的状态(或者说事件)。我们先将通道注册到选择器，并设置好关心的事件，然后就可以通过调用select()方法，静静地等待事件发生。

通道可以监听那几个事件?

通道有如下4个事件可供我们监听:

Accept:有可以接受的连接
Connect:连接成功
Read:有数据可读
Write:可以写入数据了

为什么要用Selector?

如果用阻塞I/O，需要多线程(浪费内存)，如果用非阻塞I/O，需要不断重试(耗费CPU)。Selector的出现解决了这尴尬的问题，非阻塞模式下，通过Selector，我们的线程只为已就绪的通道工作，不用盲目的重试了。比如，当所有通道都没有数据到达时，也就没有Read事件发生，我们的线程会在select()方法处被挂起，从而让出了CPU资源。