Java中三种I/O模型 BIO,NIO,AIO
同步，异步，阻塞，非阻塞四个两两组合可以得到四个组合：同步阻塞，同步非阻塞，异步阻塞，异步非阻塞
同步阻塞BIO：客户端发送请求给服务端，服务端处理请求的时间会很久。客户端会一直等待服务端的响应，此时客户端是不能做任何事情的，服务端也不会接收其他客户端的请求
同步非阻塞NIO：客户端发送请求给服务端，服务端处理请求的时间会很久。客户端会一直等待响应，但是服务端是可以处理其他客户端的请求（一个服务端可以服务多个客户端）
异步阻塞：客户端不会等待服务端的响应，可以做其他事情
异步非阻塞AIO：客户端不会等待，可以做其他事情，同时服务端也可以处理其他客户端的请求，等服务端处理完这个客户端的请求就通知客户端你的请求处理完了
总结:同步还是异步指的是客户端是否一直等待响应，阻塞非阻塞就是服务端可不可以处理其他客户端的请求
UNIX 系统下， IO 模型一共有 5 种： 同步阻塞 I/O、同步非阻塞 I/O、I/O 多路复用、信号驱动 I/O 和异步 I/O。
这也是我们经常提到的 5 种 IO 模型
（1）同步阻塞I/O模型
应用程序发起read调用后，一直处于阻塞状态
内核开始准备数据，直到把数据拷贝到应用程序，应用程序才被唤醒
（2）同步非阻塞 IO 模型
应用程序会一直发起 read 调用，避免了一直阻塞
直到数据就绪了，应用程序再次发起调用的时候，应用程序才进入阻塞状态，当数据拷贝完成，应用程序才被唤醒
相比于同步阻塞 IO 模型，同步非阻塞 IO 模型确实有了很大改进。通过不断发起read调用，避免了一直阻塞
但是，这种 IO 模型同样存在问题：应用程序不断进行 I/O 系统调用轮询数据是否已经准备好的过程是十分消耗 CPU 资源的
这个时候，I/O 多路复用模型 就上场了
（3）I/O 多路复用模型
线程首先发起 select 调用，询问内核数据是否准备就绪，等内核把数据准备好了，内核给应用程序发送一个ready信号，此时应用程序发起read调用，应用程序进入阻塞状态，等数据拷贝完应用程序被唤醒
IO 多路复用模型，通过减少无效的系统调用，减少了对 CPU 资源的消耗
（4）异步I/O
应用程序进行read调用后，会直接返回，不会阻塞在那里
当内核拷贝完数据后，通知应用程序
Java中有三种I/O模型 BIO,NIO,AIO
1.BIO Blocking I/O
BIO属于同步阻塞I/O模型
当应用程序不多的时候，没问题，但是当面对十万甚至百万级连接的时候，传统的 BIO 模型是无能为力的。因此，我们需要一种更高效的 I/O 处理模型来应对更高的并发量。
2.NIO (Non-blocking I/O)
对于高负载、高并发的（网络）应用，应使用 NIO
NIO中有一个非常重要的选择器 ( Selector ) 的概念，也可以被称为 多路复用器。通过它，只需要一个线程便可以管理多个客户端连接。当客户端数据到了之后，才会为其服务
3. AIO (Asynchronous I/O)
它是异步 IO 模型
目前来说 AIO 的应用还不是很广泛。Netty 之前也尝试使用过 AIO，不过又放弃了。这是因为，Netty 使用了 AIO 之后，在 Linux 系统上的性能并没有多少提升。
总结：
