据我所知,服务器套接字通道被注册为侦听接收,当接受时,一个通道被注册为read,一旦读取它被注册为写,这是通过使用interestOps方法向SelectionKey的兴趣集添加相关的键来完成的。
但是,当我们从密钥(例如,interestOps )中删除一些key.interestOps(key.interestOps() & ~SelectionKey.OP_READ);
时,
这里到底发生了什么?这是否意味着服务器将不监听属于此套接字的通道的任何传入请求,而源通道将忽略服务器的这一决定,并可能继续向服务器发送数据?或者它会以某种方式通知渠道的消息来源。
在分组交换术语中,如果该分组所属的信道的interestKeys已“未设置”,上述操作实际上与服务器接收数据包和丢弃数据包相同吗?
发布于 2017-09-05 00:14:19
但是,当我们从密钥(例如,interestOps )中删除一些
key.interestOps(key.interestOps() & ~SelectionKey.OP_READ);
时, 这里到底发生了什么?
真正发生的事情是这样的:
public void interestOps(int interestOps)
{
this.interestOps = interestOps;
}
这是否意味着服务器将不侦听属于此套接字的任何传入请求。
这意味着如果数据通过套接字到达,Selector
不会触发任何OP_READ
事件。这并不意味着数据就不会被接收到。
而源通道会忽略服务器的这一决定,并可能继续向服务器发送数据吗?
如果您所说的“源通道”指的是对等方,则无论如何也不会通知它,除非接收缓冲区在接收方被填满。
或者它会以某种方式通知渠道的消息来源。
不是的。
在分组交换的说法中,如果该分组所属的信道的interestKeys已“未设置”,则上述操作实际上与服务器接收数据包和丢弃数据包相同。
不是的。
https://stackoverflow.com/questions/46044633
复制相似问题