Java设计模式之Java NIO 反应器(Reactor)模式

从JDK1.4开始,Java增加了新的IO模式—-nio(new IO),nio在底层采用了新的处理方式,极大的提高了IO的效率.我们使用的Socket也属于IO的一种,nio提供了相应的工具,ServerSocketChannel和SocketChannel,它们分别对应原来的ServerSocket和Socktet.

1.简单场景

记得在上大学的时候,有个同学批发了很多方便面,电话卡和别的日用品在宿舍里卖,而且提供很多送货上门的服务,只要公寓里又打电话买东西,他就送过去,并收钱,最后返回,然后等待下一个电话,这种模式相当于普通的socket处理请求的模式.如果请求不是很多,这种模式是没有问题的.当请求很多的时候这种模式就应付不过来了,如果现在的电商网站也采用这种配送方式,效果大家可想而知,所以电商网站必须采用新的配置模式,这就是现在的快递模式(也许以后还会有更好的模式).快递并不会一件一件的送,而是将很多货物一起拿过去送,而且在中转站都有专门的分拣员负责按配送范围把货物分为不同的送货员,这样效率就高了很多.这种模式就相当于NioSocket的处理模式,Buffer就是所要送的货物,Channel就是送货员(或者开往某个区域的配货车),Selector就是中转站的分拣员.

2.NIO介绍

NioSocket使用中首先创建了ServerSocketChannel,然后注册Selector,接下来就可以用Selector接收请求并处理了.

ServerSocketChannel可以使用自己的静态工厂方法open创建.每个ServerSocketChannel对应一个ServerSocket,可以调用其socket方法来获取,不过如果直接使用获取到ServerSocket来监听请求,那还是原来的处理模式,一般使用获取到的ServerSocket来绑定端口.ServerSocketChannel可以通过configureBlocking方法来设置是否采用阻塞模式,如果要采用非阻塞模式可以用configureBlocking(false)来设置,设置了非阻塞模式之后就可以调用register方法注册Selector来使用了(阻塞模式下不可以使用Selector).

Selector可以通过其静态工厂方法open创建,创建后通过Channel的register方法注册到ServerSocketChannel或者SocketChannel上,注册完之后Selector就可以通过select方法来等待请求,select方法有一个long类型的参数,代表最长等待时间,如果在这段时间里接收到了相应操作的请求则返回可以处理的请求的数量,否则在超时后返回0,程序继续往下走,如果传入的参数为0或者调用无参数的重载方法,select方法会采用阻塞模式直到有相应操作的请求出现.当接收到请求后Selector调用selectedKeys方法返回SelectionKey的集合.

SelectionKey保存了处理当前请求的Channel和Selector,并且提供了不同的操作类型.Channel在注册Selector的时候可以通过register的第二个参数来选择特定的操作,这里的操作就是在SelectionKey中定义的,一种有四种:

1. SelectionKey.OP_ACCEPT
2. SelectionKey.OP_CONNECT
3. SelectionKey.OP_READ
4. SelectionKey.OP_WRITE

他们分别表示接受请求操作\连接操作\读操作和写操作,只有在register方法中注册了响应的操作Selector才会关心相应类型操作的请求.

Channel和Selector并没有谁属于谁的关系,就好像一个分拣员可以为多个地区分拣货物一样而每个地区也可以有多个分拣员来分拣一样,他们就好像数据库里面的多对对的关系,不过Selector这个分拣员分拣的更细,他可以按照不同的类型来分拣,分拣后的结果保存在SelectorKey中,也可以分别通过SelectionKey的channel方法和selector方法来获取对应的Channel和Selector,而且也可以通过isAcceptable,isConnectable,siReadable和isWritable方法来判断是什么类型的操作.

3.NIO_Demo

NioSocket中服务端的处理