从原型设计上分析NIO原理

BIO

阻塞式IO

BIO模型

我们可以看到BIO模型中有两处阻塞的地方，第一是socket一直等待请求的到来，第二是read()函数等到数据已读取完。所以当我们用BIO的时候通常会开很多线程来阻止这样的阻塞发生，但是这样会导致大量的性能开销。所以NIO就是想要解决这个问题，提出的思考是：我们可不可以用一个线程解决第二个阻塞问题？下面我们就来看看NIO

NIO

多路复用IO，同步非阻塞IO，新IO

NIO模型的提出

我们在数据的读取这一步遇到了阻塞原因是BIO需要等待数据读取完，比如1,2,3中，等待3被读取，NIO突破口在这，它只需要读完连续的数据包即例子中的1就直接返回去处理其他事件而不用阻塞了，但是后面的数据包2，3来的时候如何处理，此时就需要我们的观察者模式了，当探查到2，3到来的时候，可以让某个对象发出通知给读取者继续读取，这个对象就是所谓的selector，但是为了让读取者一直在线，可能通道channel是一种非常好的选择。所以通过以上分析，它的大概模型如下

大概解释一下，该模型收到报文1的时候，执行read操作，然后读取完后，不用等待数据完成，直接返回，执行b的一步，当报文2来的时候，通过注册的事件，继续对应的read操作即可。