Unix网络编程模型
Linux的内核 将所有外部设备都看做一个文件来操作，对一个文件的读写操作会调用内核提供的系统命令，返回一个fd。
1、阻塞I/O模型：所有文件操作都是阻塞的，系统调用直到数据包到达且被复制到应用程序的缓冲区或者发送错误，才会返回。在此期间一直会等待，进程在调用recvfrom开始到它返回的整段时间都是被阻塞的 。
2、非阻塞I/O模型：recvfrom从应用层到内核的时候，如果该缓冲区没有数据，就直接返回一个错误，然后进行轮训检查这个状态，看内核是否有数据准备好到来。
3、I/O复用模型：Linux提供select/poll,进程通过将一个或多个 fd【文件描述符】传递 给select或者poll系统调用，阻塞在select操作上，这样select/poll可以帮我们侦测多个fd是否处于就绪状态。select/poll是顺序扫描fd是否就绪，而且支持的fd数量有限。而linux另一中系统调用epoll使用基于事件驱动方式代替顺序 扫描，因此性能更高。当有fd就绪时，立即回调函数 rollback。
4、信号驱动I/O模型：首先开启套接口信号驱动I/O功能，并通过系统调用sigaction执行一个信号处理函数（此系统调用立即返回，进程继续工作，他是非阻塞的 ），当数据准备就绪时，就为改进行生成一个SIGNIO信号，通过信号回调通知应用程序调用recvfrom来读取数据，并通知主循环函数处理数据。
5、异步I/O：告知内核启动某个操作，并让内核在整个操作完成后（包括将数据从内核复制到用户自己的缓冲区）通知我们。这种模型与信号驱动的区别是：信号驱动I/O由内核通知我们何时开始一个I/O操作，异步I/O模型由内核通知我们I/O操作何时已经完成
Java的I/O演进
在JDK1.4推出JavaNIO之前，基于Java的所有Socket通信都采用了同步阻塞模式（BIO）
伪异步I/O编程
为了解决同步阻塞I/O面临的一个链路需要一个线程处理的问题，使用线程池处理接收I/O请求。
