使用非阻塞ServerSocketChannel、SocketChannel代替ServerSock

时间 2019-11-08

标签使用阻塞 serversocketchannel socketchannel 代替 serversock 繁體版

原文原文链接

来源：http://blog.sina.com.cn/s/blog_81c2545a01011afh.html html

在使用传统的ServerSocket和Socket的时候不少时候程序是会阻塞的服务器
好比 serversocket.accept() , socket.getInputStream().read() 的时候都会阻塞 accept()方法除非等到客户端socket的链接或者被异常中断不然会一直等待下去 socket
read()方法也是如此除非在输入流中有了足够的数据不然该方法也会一直等待下去知道数据的到来.在ServerSocket与Socket的方式中服务器端每每要为每个客户端(socket)分配一个线程,而每个线程都有可能处于长时间的阻塞状态中.而过多的线程也会影响服务器的性能.在JDK1.4引入了非阻塞的通讯方式,这样使得服务器端只须要一个线程就能处理全部客户端socket的请求. 性能
下面是几个须要用到的核心类 spa
ServerSocketChannel: ServerSocket 的替代类, 支持阻塞通讯与非阻塞通讯. 线程
SocketChannel: Socket 的替代类, 支持阻塞通讯与非阻塞通讯. server
Selector: 为ServerSocketChannel 监控接收客户端链接就绪事件, 为 SocketChannel 监控链接服务器就绪, 读就绪和写就绪事件. htm
SelectionKey: 表明 ServerSocketChannel 及 SocketChannel 向 Selector 注册事件的句柄. 当一个 SelectionKey 对象位于Selector 对象的 selected-keys 集合中时, 就表示与这个 SelectionKey 对象相关的事件发生了.在SelectionKey 类中有几个静态常量对象
SelectionKey.OP_ACCEPT ->客户端链接就绪事件等于监听serversocket.accept()返回一个socket blog
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方法
view plainprint?
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 的输出流能够写数据)
向输出流写数据; //非阻塞
}
相似这样以上处理流程采用了轮询的工做方式, 当某一种操做就绪时, 就执行该操做, 不然就查看是否还有其余就绪的操做能够执行. 线程不会由于某一个操做尚未就绪, 就进入阻塞状态, 一直傻傻地在那里等待这个操做就绪.