java的事件驱动模型,事件驱动模型之JAVA

第一部分：

有空根据此文章写一篇java版本

这篇文章也很好，以上两篇都讲关于高性能网络服务器

-------------------------------------------------------------------------------------------------------------

第二部分：

事件驱动模型一般是由事件收集器、事件发送器和事件处理器三部分组成基本单元组成。

一、select库

select库是各个版本的linux和windows平台都支持的基本事件驱动模型库，并且在接口的定义上也基本相同，只是部分参数的含义略有差异。

使用select库的一般步骤：创建所关注事件的描述集合。对于一个描述符，可以关注其上面的读事件、写事件以及异常发生事件，所以要创建三类事件描述符集合，分别用来收集读事件的描述符、写事件的描述符和异常事件的描述符。

其次，调用底层提供的select()函数，等待事件的发生。select的阻塞与是否设置非阻塞的IO是没有关系的。

然后，轮询所有事件描述符集合中的每一个事件描述符，检查是否有响应的时间发生，如果有，则进行处理。

nginx服务器在编译过程中如果没有为其指定其他高性能事件驱动模型库，它将自动编译该库。

可以使用--with-select_module和--without-select_module两个参数，强制nginx是否编译该库。

二、poll库

poll库，作为linux平台上的基本事件驱动模型，Windows平台不支持poll库。

使用poll库的一般过程是：与select的基本工作方式是相同的，都是先创建一个关注事件的描述符集合，再去等待这些事件的发生，然后在轮询描述符集合，检查有没有事件发生，如果有，就进行处理。

与select的主要区别是select需要为读事件、写事件、异常事件分别创建一个描述符的集合，因此在轮询的时候，需要分别轮询这三个集合。而poll库只需创建一个集合，在每个描述符对应的结构上分别设置读事件，写事件和异常事件，最后轮询的时候可以同时检查这三种事件是否发生。是select库优化的实现。

我的理解：

在java中的channel就是在socket基础上抽象出来的统一的一层，里面的内容是包括操作系统底层相关的文件描述符(个人猜测)。因此在jaba中相当于只需要轮询者一个描述符集合就是我们的所有客户端发过来的channel集合，每个Channel在java中有4个状态。轮询的时候轮询所有的channel(文件描述符集合)。根据你每个channel不同的状态做出不同的操作。这时候就交给操作系统去实现了(poll/epoll)。是select库的优化实现。

nginx服务器在编译过程中如果没有为其指定其他高性能事件驱动模型库，它将自动编译该库。

可以使用--with-poll_module和--without-poll_module两个参数，强制nginx是否编译该库。

三、epoll库

epoll库是Nginx服务器支持的高性能事件之一，它是公认的非常优秀的时间驱动模型，和poll和select有很大的不同，属于poll库的一个变种，他们的处理方式都是创建一个待处理事件列表，然后把这个事件列表发送给内核，返回的时候，再去轮询检查这个列表，以判断事件是否发生。如果这样的描述符在比较多的应用中，效率就显得低下了，epoll是描述符列表的管理交给内核负责，一旦某种事件发生，内核会把发生事件的描述符列表通知给进程，这样就避免了轮询整个描述符列表，epoll库得到事件列表，就开始进行事件处理了。

四、其他事件驱动模型

kqueue模型 用于FreeBSD 4.1及以上版本 OpenBSD2.9、NetBSD2.0及Mac os X平台上。都是通过避免轮询操作提供效率。该模型同时支持条件触发(也叫水平触发，只要满足条件就触发一个事件)和边缘触发(每个状态变化时，就触发一个事件)

/dev/poll 主要用在unix衍生平台的高效事件驱动模型，主要在solaris7 11/99及以上版本 HP/UX11.22以上版本等

eventport 模型，用于支持solaris 10及以上版本平台的高效事件驱动模型。

---------------------------------------------------------------------------------------------------

第三部分：

综上，我认为NIO(select poll epoll)将文件描述符(channel)的状态与TCP三次握手的每一步进行绑定(IO事件)，进行处理，利用事件通知的机制对当前每个Channel的不同状态进行处理，这个处理过程是异步的。然后具体的channel与buffer的操作可以提交给一个线程池并发处理去提升性能。这种异步不等于AIO.