netty原理总结（未完、待续）

UNIX提供了5中I/O模型

1. 阻塞I/O模型：在进程空间中调用recvfrom，其系统调用直到数据包到达且被复制到应用进程的缓冲区中或者发生错误时才返回，期间会一直阻塞等待。
2. 非阻塞I/O模型：recvfrom从应用层到内核的时候，如果缓冲区没有数据，就返回一个EWOULDBLOCK错误，然后一直轮询检查这个状态，看内核是不是有数据到来。
3. I/O复用模型：
   
   • select/poll:进程通过将一个或多个fd传递给select或poll系统调用，它们会顺序扫描这些fd是否就绪，单支持的fd最多只能1024个，整个操作会阻塞在select操作上。
   • epoll：同时支持水平触发和边缘触发，默认使用水平触发。但nginx默认使用的是边缘触发。epoll同样只告知那些就绪的文件描述符，当调用epoll_wait()获得就绪文件描述符时，返回的并不是实际的描述符，而是一个代表就绪描述符数量的值，只需去epoll指定的一个数组中依次获取相应数量的文件描述符即可，这里使用内存映射（mmap）技术，彻底省掉了描述符在系统调用时复制的开销。另一个本质的改进在于epoll采用基于事件的就绪通知方式，相当于一旦某个文件描述符就绪时，内核会采用类似callback的回调机制，迅速激活这个文件描述符，当进程调用epoll_wait()时便得到通知。epoll_wait()只会处理有效激活的连接，非激活或空闲的连接是对epoll没有影响的。
4. 信号驱动I/O模型：首先开启套接口信号驱动IO功能，并通过系统调用sigaction执行一个信号处理函数（此系统调用立即返回，进程继续工作，它是非阻塞的）。当数据准备就绪时，就为该进程生成一个SIGIO信号，通过信号回调通知应用程序调用recvfrom来读取数据，并通知主循环函数处理数据。
5. 异步I/O模型：告知内核启动某个操作，并让内核在整个操作完成后（包括将数据从内核复制到用户自己的缓冲区）通知我们。
6. 异步IO模型和信号驱动IO模型的区别：信号驱动IO由内核通知我们何时可以开始一个IO操作；异步IO模型由核通知我们IO操作何时已经完成。

NIO核心概念

1. 缓冲区Buffer：所有数据都是用缓冲区处理的。缓冲区实质上是一个数组，通常是一个字节数组（Byte Buffer），也可以是其他种类的数组。
2. 通道Channel：通道与流不同在于通道是全双工、双向的。主要可以分为两大类，用于网络读写的SelectableChannel和用于文件操作的FileChannel。
3. 多路复用器Selector：Selector会不断地轮询注册在骑上的Channel，如果某个Channel上面发生读或者写时间，这个Channel就处于就绪状态，会被Selector轮询出来，然后通过SelectionKey可以获取就绪Channel的集合，进行后续的I/O操作。
4. JDK使用epoll()代替了传统的select实现，所有没有最大连接句柄1024/2048的限制。

NIO服务端流程

1. 打开ServerSocketChannel，用于监听客户端的连接，它是所有客户端连接的父管道。
2. 绑定监听端口，设置连接为非阻塞模式。
3. 创建Reactor线程，创建多路复用器并启动线程。
4. 将ServerSocketChannel注册到Reactor线程的多路复用器Selector上，监听ACCEPT事件。
5. 多路复用器在线程run方法的无线循环体内轮询准备就绪的key。
6. 多路复用器监听到有新的客户端接入，处理新的接入请求，完成TCP三次握手，建立物理链路。
7. 设置客户端链路为非阻塞模式。
8. 将新接入的客户端连接注册到Reactor线程的多路复用器上，监听读操作，读取客户端发送的网络消息。
9. 异步读取客户端请求消息到缓冲区。
10. 对ByteBuffer进行编解码，如果有半包消息指针reset，继续读取后续的报文，将解码成功的消息封装成Task，投递到业务线程池中，进行业务逻辑编排。
11. 将POJO对象encode成ByteBuffer，调用SocketChannel的异步write接口，将消息异步发送给客户端。

异步I/O AIO

由JDK1.7提供的NIO 2.0新增了异步的套接字通道，它是真正的异步I/O，在异步I/O操作的时候可以传递信号变量，当操作完成之后会回调相关的方法，异步I/O也被称为AIO。