Java NIO学习-预备知识

　　java NIO加入了Channels、Buffers、Selector。通过他们可以为java的io添加非阻塞IO。

一、对于经典java IO库

　　1、除了Buffered开头的类，其他均没有加缓冲区，除非手动添加缓冲区

byte[] buffer = new byte[64];
inputStream.read(buffer);

　　这样是可以使用缓冲区的，且性能比buffered的类都要好（因为buffered要考虑多线程的同步，所以性能没有那么好）

　　但是使用buffer数组是不确定的，因为不能保证正好取到一行的行末，有时候没有buffered类好用。

　　2、经典io是标准的同步阻塞模型，即在read的过程中，会阻塞当前线程，直到取完数据。而一个系统，io（磁盘io，网络io等硬件io）往往是系统瓶颈

　　所以经典的同步阻塞模型，会花很多的时间在系统IO上，高速的CPU与内存就会被白白浪费掉。

　　CPU到内部缓存速度最快，CPU到内存速度也非常快，而CPU控制硬件IO把IO数据加载到内存中则是非常慢的。

二、NIO带来了哪些新功能

　　1、四种模型：

　　　　(1)、同步阻塞：同步是对于线程而言的，如果进行IO的操作是当前线程，则为同步的，所以同步阻塞会导致当前线程阻塞，一般来说java中会开一个独立的线程进行同步阻塞的操作，以免程序假死。这是经典模型。

　　　　

　　　　　　　　　　　　　　　　　　　　　　　　　　　同步阻塞IO

　　　　用户需要等待read将socket中的数据读取到buffer后，才继续处理接收的数据。整个IO请求的过程中，用户线程是被阻塞的，这导致用户在发起IO请求时，不能做任何事情，对CPU的资源利用率不够。

　　　　

　　　　(2)、同步非阻塞：同样是在一个线程中，不同的在于调用read()方法后立即返回，不阻塞。到底有没有获取数据，仍然需要我们在当前线程中判断read()的返回值，直到read()到值时再进行其他操作。

　　　　　　　　　　与同步阻塞相比，阻塞的权限交给了代码编写者，同步阻塞是由jvm进行的阻塞（可能描述不标准），而同步非阻塞，其实还是需要我们在当前线程中轮训是否获取数据了，阻塞权交给了程序员。

　　　　　　　　　　代码中往往还是要有阻塞的代码出现，如：

while (inputStream.read(buffer) >=0) {
  if (buffer.length>0) {
    dosometing();
  }
}

　　　　　　　　　　　　　　　　　　　　　　　　同步非阻塞IO

　　　　用户需要不断地调用read，尝试读取socket中的数据，直到读取成功后，才继续处理接收的数据。整个IO请求的过程中，虽然用户线程每次发起IO请求后可以立即返回，但是为了等到数据，仍需要不断地轮询、重复请求，消耗了大量的CPU的资源。一般很少直接使用这种模型，而是在其他IO模型中使用非阻塞IO这一特性。

　　　　(3)、IO多路复用：

　　　　IO多路复用模型是建立在内核提供的多路分离函数select基础之上的，使用select函数可以避免同步非阻塞IO模型中轮询等待的问题。　　

　　　　　　　　　　　　　　　　　　　　多路分离函数select

　　　　用户首先将需要进行IO操作的socket添加到select中，然后阻塞等待select系统调用返回。当数据到达时，socket被激活，select函数返回。用户线程正式发起read请求，读取数据并继续执行。

　　　　从流程上来看，使用select函数进行IO请求和同步阻塞模型没有太大的区别，甚至还多了添加监视socket，以及调用select函数的额外操作，效率更差。但是，使用select以后最大的优势是用户可以在一个线程内同时处理多个socket的IO请求。用户可以注册多个socket，然后不断地调用select读取被激活的socket，即可达到在同一个线程内同时处理多个IO请求的目的。而在同步阻塞模型中，必须通过多线程的方式才能达到这个目的。

select(socket);
while(1) {
  sockets = select();
  for(socket in sockets) {
    if(can_read(socket)) {
      read(socket, buffer);
      process(buffer);
    }
  }
}

　　　　这里select()阻塞时，其实是在轮训等待注册到select中的socket，一旦有一个可读，就解除阻塞。

　　　　其中while循环前将socket添加到select监视中，然后在while内一直调用select获取被激活的socket，一旦socket可读，便调用read函数将socket中的数据读取出来。

　　　　然而，使用select函数的优点并不仅限于此。虽然上述方式允许单线程内处理多个IO请求，但是每个IO请求的过程还是阻塞的（在select函数上阻塞），平均时间甚至比同步阻塞IO模型还要长。如果用户线程只注册自己感兴趣的socket或者IO请求，然后去做自己的事情，等到数据到来时再进行处理，则可以提高CPU的利用率（后面可以看到，通过channel注册时添加关注事件，SelectionKey中有事件类型）。

　　　　IO多路复用模型使用了Reactor设计模式实现了这一机制。

　　　　EventHandler抽象类表示IO事件处理器，它拥有IO文件句柄Handle（通过get_handle获取），以及对Handle的操作handle_event（读/写等）。继承于EventHandler的子类可以对事件处理器的行为进行定制。Reactor类用于管理EventHandler（注册、删除等），并使用handle_events实现事件循环，不断调用同步事件多路分离器（一般是内核）的多路分离函数select，只要某个文件句柄被激活（可读/写等），select就返回（阻塞），handle_events就会调用与文件句柄关联的事件处理器的handle_event进行相关操作。　　　

　　　　通过Reactor的方式，可以将用户线程轮询IO操作状态的工作统一交给handle_events事件循环进行处理。用户线程注册事件处理器之后可以继续执行做其他的工作（异步），而Reactor线程负责调用内核的select函数检查socket状态。当有socket被激活时，则通知相应的用户线程（或执行用户线程的回调函数），执行handle_event进行数据读取、处理的工作。由于select函数是阻塞的，因此多路IO复用模型也被称为异步阻塞IO模型。注意，这里的所说的阻塞是指select函数执行时线程被阻塞，而不是指socket。一般在使用IO多路复用模型时，socket都是设置为NONBLOCK的，不过这并不会产生影响，因为用户发起IO请求时，数据已经到达了，用户线程一定不会被阻塞。

　　　　用户需要重写EventHandler的handle_event函数进行读取数据、处理数据的工作，用户线程只需要将自己的EventHandler注册到Reactor即可。

　　　　事件循环不断地调用select获取被激活的socket，然后根据获取socket对应的EventHandler，执行器handle_event函数即可。

　　　　IO多路复用是最常使用的IO模型，但是其异步程度还不够“彻底”，因为它使用了会阻塞线程的select系统调用。因此IO多路复用只能称为异步阻塞IO，而非真正的异步IO。

　　　　

　　　　(4)、“真正”的异步IO需要操作系统更强的支持。在IO多路复用模型中，事件循环将文件句柄的状态事件通知给用户线程，由用户线程自行读取数据、处理数据。而在异步IO模型中，当用户线程收到通知时，数据已经被内核读取完毕，并放在了用户线程指定的缓冲区内，内核在IO完成后通知用户线程直接使用即可。

　　　　异步IO模型使用了Proactor设计模式实现了这一机制。

　　　　Proactor模式和Reactor模式在结构上比较相似，不过在用户（Client）使用方式上差别较大。Reactor模式中，用户线程通过向Reactor对象注册感兴趣的事件监听，然后事件触发时调用事件处理函数。而Proactor模式中，用户线程将AsynchronousOperation（读/写等）、Proactor以及操作完成时的CompletionHandler注册到AsynchronousOperationProcessor。AsynchronousOperationProcessor使用Facade模式提供了一组异步操作API（读/写等）供用户使用，当用户线程调用异步API后，便继续执行自己的任务。AsynchronousOperationProcessor 会开启独立的内核线程执行异步操作，实现真正的异步。当异步IO操作完成时，AsynchronousOperationProcessor将用户线程与AsynchronousOperation一起注册的Proactor和CompletionHandler取出，然后将CompletionHandler与IO操作的结果数据一起转发给Proactor，Proactor负责回调每一个异步操作的事件完成处理函数handle_event。虽然Proactor模式中每个异步操作都可以绑定一个Proactor对象，但是一般在操作系统中，Proactor被实现为Singleton模式，以便于集中化分发操作完成事件。　

　　　　异步IO模型中，用户线程直接使用内核提供的异步IO API发起read请求，且发起后立即返回，继续执行用户线程代码。不过此时用户线程已经将调用的AsynchronousOperation和CompletionHandler注册到内核，然后操作系统开启独立的内核线程去处理IO操作。当read请求的数据到达时，由内核负责读取socket中的数据，并写入用户指定的缓冲区中。最后内核将read的数据和用户线程注册的CompletionHandler分发给内部Proactor，Proactor将IO完成的信息通知给用户线程（一般通过调用用户线程注册的完成事件处理函数），完成异步IO。

　　　　用户需要重写CompletionHandler的handle_event函数进行处理数据的工作，参数buffer表示Proactor已经准备好的数据，用户线程直接调用内核提供的异步IO API，并将重写的CompletionHandler注册即可。

　　　　相比于IO多路复用模型，异步IO并不十分常用，不少高性能并发服务程序使用IO多路复用模型+多线程任务处理的架构基本可以满足需求。况且目前操作系统对异步IO的支持并非特别完善，更多的是采用IO多路复用模型模拟异步IO的方式（IO事件触发时不直接通知用户线程，而是将数据读写完毕后放到用户指定的缓冲区中）。Java7之后已经支持了异步IO，感兴趣的读者可以尝试使用。

　　　　这个模式被NodeJS使用，而系统支持程度上，Windows提供了IOCP进行异步IO，Linux提供的是epoll，FreeBSD提供了kqueue。

1. 只有IOCP是asynchronous I/O，其他机制或多或少都会有一点阻塞。
2. select低效是因为每次它都需要轮询。但低效也是相对的，视情况而定，也可通过良好的设计改善
3. epoll, kqueue是Reacor模式，IOCP是Proactor模式。
4. java nio包是select模型。。