在使用传统的ServerSocket和Socket的时候 很多时候程序是会阻塞的
比如 serversocket.accept() , socket.getInputStream().read() 的时候都会阻塞 accept()方法除非等到客户端socket的连接或者被异常中断 否则会一直等待下去
read()方法也是如此 除非在输入流中有了足够的数据 否则该方法也会一直等待下去知道数据的到来.在ServerSocket与Socket的方式中 服务器端往往要为每一个客户端(socket)分配一个线程,而每一个线程都有可能处于长时间的阻塞状态中.而过多的线程也会影响服务器的性能.在JDK1.4引入了非阻塞的通信方式,这样使得服务器端只需要一个线程就能处理所有客户端socket的请求.
下面是几个需要用到的核心类
- ServerSocketChannel: ServerSocket 的替代类, 支持阻塞通信与非阻塞通信.
- SocketChannel: Socket 的替代类, 支持阻塞通信与非阻塞通信.
- Selector: 为ServerSocketChannel 监控接收客户端连接就绪事件, 为 SocketChannel 监控连接服务器就绪, 读就绪和写就绪事件.
- SelectionKey: 代表 ServerSocketChannel 及 SocketChannel 向 Selector 注册事件的句柄. 当一个 SelectionKey 对象位于Selector 对象的 selected-keys 集合中时, 就表示与这个 SelectionKey 对象相关的事件发生了.在SelectionKey 类中有几个静态常量
- SelectionKey.OP_ACCEPT ->客户端连接就绪事件 等于监听serversocket.accept()返回一个socket
- SelectionKey.OP_CONNECT ->准备连接服务器就绪 跟上面类似,只不过是对于socket的 相当于监听了 socket.connect()
- SelectionKey.OP_READ ->读就绪事件, 表示输入流中已经有了可读数据, 可以执行读操作了
- SelectionKey.OP_WRITE ->写就绪事件下面是服务器端:
Selector selector = Selector.open(); //静态方法 实例化selector ServerSocketChannel serverChannel = ServerSocketChannel.open(); serverChannel.configureBlocking(false); //设置为非阻塞方式,如果为true 那么就为传统的阻塞方式 serverChannel.socket().bind(new InetSocketAddress(port)); //绑定IP 及 端口 serverChannel.register(selector, SelectionKey.OP_ACCEPT); //注册 OP_ACCEPT事件 new ServerThread().start(); //开启一个线程 处理所有请求
ServerThread中的run方法
public void run() { while(true) { try { selector.select(); Set<SelectionKey> keys = selector.selectedKeys(); Iterator<SelectionKey> iter = keys.iterator(); SocketChannel sc ; while(iter.hasNext()) { SelectionKey key = iter.next(); if(key.isAcceptable()); // 新的连接 else if(key.isReadable()) ;// 可读 iter.remove(); //处理完事件的要从keys中删去 } catch (Exception e) { e.printStackTrace(); } } }
其中在 isAcceptable()中 通过 ServerSocketChannel ssc = (ServerSocketChannel) key.channel(); SocketChannel sc = ssc.accept(); 得到客户端的SocketChannel
在isReadable()中SocketChannel sc = (SocketChannel) key.channel(); 得到SocketChannel .
在SocketChannel 对象中可以用write() read() 进行读写操作 只不过操作的对象不再是byte[] String之类 而是ByteBuffer
客户端基本一样
selector = Selector.open(); channel = SocketChannel.open(new InetSocketAddress(port)); channel.configureBlocking(false); channel.register(selector,SelectionKey.OP_CONNECT); new ClientThread().start();
run方法
while (true) { selector.select(); Set<SelectionKey> keys = selector.selectedKeys(); Iterator<SelectionKey> iter = keys.iterator(); while(iter.hasNext()) { SelectionKey key = iter.next(); if(key.isConnectable());//连接成功&正常 else if(key.isReadable())//可读 iter.remove(); }
可以通过key.channel();方法得到当前的socketchannel对象
总结 其实这里将阻塞变为非阻塞实际是用一个while死循环来处理的
首先通过seleector.select()重新得到事件 只要有事件无论是什么 都交给循环体去处理 在循环体中分别进行不同的处理
而多个socket通过一个seleector进行同意管理
while(一直等待, 直到有接收连接就绪事件, 读就绪事件或写就绪事件发生){ //阻塞
if(有客户连接)
接收客户的连接; //非阻塞
if(某个 Socket 的输入流中有可读数据)
从输入流中读数据; //非阻塞
if(某个 Socket 的输出流可以写数据)
向输出流写数据; //非阻塞
}
类似这样 以上处理流程采用了轮询的工作方式, 当某一种操作就绪时, 就执行该操作, 否则就查看是否还有其他就绪的操作可以执行. 线程不会因为某一个操作还没有就绪, 就进入阻塞状态, 一直傻傻地在那里等待这个操作就绪.