Socket 连接建立过程

阻塞模式下:

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对象添加到已选择的键集合中。

上一篇:微信小程序开发问题汇总


下一篇:Unity攻击敌人时产生泛白效果