IO模型和java IO

常见IO模型有以下几种

1.最简单的阻塞IO模型：用户线程请求数据，内核准备数据，将数据从内核复制到用户空间，从请求阻塞到获取数据，显然对资源利用率低

    用餐馆的例子来解释：用户点菜，厨师准备好菜品，将菜给到用户，期间用户一直在等待，无法做别的事

2.非阻塞IO模型：用户线程请求数据，并且直接返回内核准备数据结果，如为准备好，则轮询结果，当数据准备好后，再将数据复制到用户空间，该模型对资源消耗较大

   用餐馆的例子来解释：用户点菜，然后每隔一段时间，询问一下菜品是否做好，若没做好则做自己的事情

3.IO复用模型：用户线程通过阻塞在select/poll，来监控多个IO请求，当某个IO请求准备就绪后，进行数据复制操作。此模型虽然看似效率低，但是好处是能够在同一个线程进行多个IO。

用餐馆的例子来解释：添加一个服务员，将用户点的菜品告知服务员，服务员阻塞轮询菜品准备情况，当某个菜品准备完成，告知用户，期间用户可以做自己的事情。

在java NIO中使用Reactor模型来实现多路IO复用模型

Handles：标识通过操作系统管理的各种资源，包括套接字、打开文件、锁、定时器等，在Unix系统中是文件描述符，在Windows系统中是句柄。

Initiation Dispatcher：用于管理Event Handler，即EventHandler的容器，用以注册、移除EventHandler等；另外，它还作为Reactor模式的入口调用Synchronous Event Demultiplexer的select方法以阻塞等待事件返回，当阻塞等待返回时，根据事件发生的Handle将其分发给对应的Event Handler处理，即回调EventHandler中的handle_event()方法。

Synchronous Event Demultiplexer：阻塞等待一系列的Handle中的事件到来，如果阻塞等待返回，即表示在返回的Handle中可以不阻塞的执行返回的事件类型。这个模块一般使用操作系统的select来实现。在Java NIO中用Selector来封装，当Selector.select()返回时，可以调用Selector的selectedKeys()方法获取Set<SelectionKey>，一个SelectionKey表达一个有事件发生的Channel以及该Channel上的事件类型。

EventHandler：定义事件处理方法：handle_event()，以供InitiationDispatcher回调使用

因为select是阻塞的，所以此种模型并不是真正的异步非阻塞io，异步非阻塞IO需要操作系统的支持，异步IO和多路复用的IO最大的一个区别在于，多路复用IO是在数据准备好后通知用户线程，而异步IO是在将数据复制至用户空间后通知用户线程。

Java IO与NIO

1.同步阻塞IO：一个请求对应一个应答模型，每一个请求，开启一个线程处理

2.伪异步IO：添加一个线程池，从而减小线程开销

3.非阻塞NIO：利用selector的多路复用IO模型，使用单线程管理