BIO和NIO和AIO区别

BIO与NIO
IO为同步阻塞形式,NIO为同步非阻塞形式,NIO并没有实现异步,在JDK1.7后升级NIO库包，支持异步非阻塞 
模型NIO2.0(AIO) ，AIO最大的一个特性就是异步能力，这种能力对socket与文件I/O都起作用。AIO其实是一种在读写操作结束之前允许进行其他操作的I/O处理。AIO是对JDK1.4中提出的同步非阻塞I/O(NIO)的进一步增强。

jdk7主要增加了三个新的异步通道:

• AsynchronousFileChannel: 用于文件异步读写；
• AsynchronousSocketChannel: 客户端异步socket；
• AsynchronousServerSocketChannel: 服务器异步socket。

因为AIO的实施需充分调用OS参与，IO需要操作系统支持、并发也同样需要操作系统的支持，所以性能方面不同操作系统差异会比较明显。

BIO（同步阻塞式IO）
同步阻塞式IO，服务器实现模式为一个连接一个线程，即客户端有连接请求时服务器端就需要启动一个线程进行处理，如果这个连接不做任何事情会造成不必要的线程开销，当然可以通过线程池机制改善。

NIO（同步非阻塞式IO）
同步非阻塞式IO，服务器实现模式为一个请求一个线程，即客户端发送的连接请求都会注册到多路复用器上，多路复用器轮询到连接有I/O请求时才启动一个线程进行处理。

AIO（异步非阻塞式IO）
异步非阻塞式IO，服务器实现模式为一个有效请求一个线程，客户端的I/O请求都是由OS先完成了再通知服务器应用去启动线程进行处理。

异步IO则采用“订阅-通知”模式：即应用程序向操作系统注册IO监听，然后继续做自己的事情。当操作系统发生IO事件，并且准备好数据后，在主动通知应用程序，触发相应的函数

BIO（IO）与NIO区别
其本质就是阻塞和非阻塞的区别

什么是阻塞？
应用程序在获取网络数据的时候,如果网络传输数据很慢，就会一直等待,直到传输完毕为止。

什么是非阻塞？
应用程序直接可以获取已经准备就绪好的数据,无需等待。

 

Java NIO 是一种同步非阻塞的I/O模型

将多个IO的阻塞复用到同一个select的阻塞上，从而使得系统在单线程的情况下处理多个客户端请求。

NIO三个核心对象：通道(Channel)、缓冲区(Buffer)和选择器(Selector)

具体说就是Selector会不断轮询注册在其上的Channel，如果某个Channel上有新的TCP连接，读或者写事件，这个Channel就处于就绪状态，会被Selector轮询出来，然后通过SelectorKey可以获取就绪Channel的集合，进行后续I/O操作。

NIO单线程轮询事件，找到可以进行读写的网络描述符进行读写。除了事件的轮询是阻塞的（没有可干的事情必须要阻塞），剩余的I/O操作都是纯CPU操作，没有必要开启多线程。并且由于线程的节约，连接数大的时候因为线程切换带来的问题也随之解决，进而为处理海量连接提供了可能。

单线程处理I/O的效率确实非常高，没有线程切换，只是拼命的读、写、选择事件。但现在的服务器，一般都是多核处理器，如果能够利用多核心进行I/O，无疑对效率会有更大的提高。

 selector.selectedKeys() 一直轮询着,,如果事件处理很费时间,依旧是阻塞的,,,也需要要开线程去异步处理,保证请求的主线程不被阻塞,达到非阻塞目的,所以它可以被设计成阻塞的,也可以被设计成非阻塞的,,他也是基于进程线程的读写,所以属于同步---->综上可得到他是同步非阻塞

 

Netty为啥没用JDK1.7的AIO

Netty的官方说法性能不行,如果你试过用Java原生的AIO接口来实现，你会发现，如果JVM进程被强制结束，可能会导致一些奇怪的驱动级的错误，需要在Windows中手动处理这个错误，否则整个网络都会失效。
,后来说没有明显的性能优势，特别是在linux上，同时增加了维护成本。
所以就暂时去掉了。