Java nio

阻塞I/O：调用InputStream.read()方法时是阻塞的，它会一直等到数据到来时（或超时）才会返回；一样，在调用ServerSocket.accept()方法时，也会一直阻塞到有客户端链接才会返回，每一个客户端链接过来后，服务端都会启动一个线程去处理该客户端的请求。阻塞I/O的通讯模型示意图以下

缺点：1. 当客户端多时，会建立大量的处理线程。且每一个线程都要占用栈空间和一些CPU时间

            2. 阻塞可能带来频繁的上下文切换，且大部分上下文切换多是无心义的。

java NIO的工做原理：
1. 由一个专门的线程来处理全部的 IO 事件，并负责分发。 
2. 事件驱动机制：事件到的时候触发，而不是同步的去监视事件。 
3. 线程通信：线程之间经过 wait,notify 等方式通信。保证每次上下文切换都是有意义的。减小无谓的线程切换

实现：

服务端和客户端各自维护一个管理通道的对象，咱们称之为selector，该对象能检测一个或多个通道 (channel) 上的事件。咱们以服务端为例，若是服务端的selector上注册了读事件，某时刻客户端给服务端发送了一些数据，阻塞I/O这时会调用read()方法阻塞地读取数据，而NIO的服务端会在selector中添加一个读事件。服务端的处理线程会轮询地访问selector，若是访问selector时发现有感兴趣的事件到达，则处理这些事件，若是没有感兴趣的事件到达，则处理线程会一直阻塞直到感兴趣的事件到达为止