阻塞模式下:
1,客户端向服务器端发起请求建立连接时,服务器端只需要运行到
serverSocket = new ServerSocket(port,);
客户端注册的 SelectionKey.OP_CONNECT 事件就能够发生。
也就是说,不需要等到服务器端执行到
socket = serverSocket.accept();
客户端注册的SelectionKey.OP_CONNECT 通过 select()查询时就返回一个 大于 0 的值了。
2,server端未执行到
serverSocket = new ServerSocket(port,);
时,client端执行了
socket.connect(new InetSocketAddress(host, port));
时,抛出异常:Exception in thread "main" java.net.ConnectException: Connection refused: connect
3,server端执行了
serverSocket = new ServerSocket(port,);
之后,client端执行
socket.connect(new InetSocketAddress(host, port)); System.out.println("connection accepted " + socket.getInetAddress() + ":" + socket.getPort());
时,能成功执行,且输出:connection accepted localhost/127.0.0.1:8000
然后client 能够给server发送数据。但只有到server执行了 accpet()后,才能受理client的数据。
4,关于SocketChannel类的connect()方法作用
当SocketChannel工作于非阻塞模式下时,调用connect()时会立即返回:如果连接建立成功则返回的是true(比如连接localhost时,能立即建立起连接),否则返回false。在非阻塞模式下,返回false后,必须要在随后的某个地方调用finishConnect()方法完成连接。
当SocketChannel处于阻塞模式下时,调用connect()时会进入阻塞,直至连接建立成功或者发生IO错误时,才从阻塞状态中退出。
5,Selector.select()方法从阻塞状态返回的详细过程 和 ServerSocket.accpet()方法从阻塞状态返回的过程
select()方法:如果事件注册或者已经注册的事件没有发生。调用select()方法的线程将会被阻塞。该线程可以通过如下方法退出阻塞状态:
①其他线程执行了同一个Selector的wakeup()方法将之唤醒,在这种情况下,select()返回值为0。表明它是被wakeup()唤醒的,而不是因为有注册的事件发生了而唤醒的。
②注册到Selector上的事件发生了。此时,线程也会从阻塞状态中退出,并且select()方法返回一个非0值,代表发生的事件的数目。
参考一段代码:
while(!shutdown){
try{
registerTargets();
if(selector.select() > )
processSelectedKeys();
}catch(Exception e){
e.printStackTrace();
}
}
假设线程A执行到第4行的if语句中的select()方法时,进入了阻塞状态:
如果另外一个线程执行 selector.wakeup() 。该线程(线程A)将会被唤醒,然后select()方法返回一个0值(表示没有注册的事件发生),执行if判断,if语句就会不成立,继续下一轮while循环。-----先从select()方法中返回,再执行if判断----“验证了程序总是从段点处往下执行的!!!”
accept()方法从阻塞状态返回的具体细节---假设通道工作在阻塞模式。
当serverSocketChannel.acppet()执行时,若此时没有连接请求到来(准确地说应该是:操作系统管理的连接请求队列为空),线程就会进入阻塞状态。直到下面情况时,从阻塞状态返回:
①被其他线程中断了--不详细讨论
②连接请求到来了(操作系统管理的连接请求队列中有数据了),线程从accept()退出阻塞状态的同时返回一个SocketChannel对象。这个对象就表示:从客户端到服务器端建立起的一条TCP连接。
6,当Selector中注册的事件发生时,底层发生了什么操作?
以OP_ACCEPT事件为例讨论:JDK中关于该事件的注释如下:
Suppose that a selection key's interest set contains OP_ACCEPT at the start of a selection operation. If the selector detects that the corresponding server-socket channel is ready to accept another connection, or has an error pending, then it will add OP_ACCEPT to the key's ready set and add the key to its selected-key set.
首先,selection key的感兴趣的集合中要包含OP_ACCEPT,也即,要把OP_ACCEPT事件注册到Selector中,代码如下:
serverSocketChannel.register(selector, SelectionKey.OP_ACCEPT);
其次,注册了之后,由selector来 detect---检测 相应的 server-socket 通道是否已经准备好接收其他的连接请求,如果准备好了:
就会把OP_ACCEPT添加到这个SelectionKey对象的 就绪事件集合(ready set)中,同时,再把这个SelectionKey对象添加到已选择的Key集合(selected-key set)中。
注意:上面的过程涉及到了两个集合:一个是事件的集合,另一个是SelectionKey对象的集合。明显这两个集合是不同的。事件一共只有如下四种:
public static final int OP_ACCEPT = << ;
public static final int OP_CONNECT = << ;
public static final int OP_CONNECT = << ;
public static final int OP_WRITE = << ;
事件的集合是附属在某个SelectionKey对象上的。也即,一个SelectionKey对象就拥有一个事件集合。
SelectionKey集合分以下三种:
已注册的键的集合(Registered key set)
已选择的键的集合(Selected key set)
已取消的键的集合(Cancelled key set)
如上面所说,如果selector检测到了通道准备好了接收其他的连接请求,就会把相应的SelectionKey对象添加到已选择的键集合中。