首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >SelectionKey.interestOps的底层工作原理(Int)

SelectionKey.interestOps的底层工作原理(Int)
EN

Stack Overflow用户
提问于 2017-09-04 22:19:43
回答 1查看 79关注 0票数 1

据我所知,服务器套接字通道被注册为侦听接收,当接受时,一个通道被注册为read,一旦读取它被注册为写,这是通过使用interestOps方法向SelectionKey的兴趣集添加相关的键来完成的。

但是,当我们从密钥(例如,interestOps )中删除一些key.interestOps(key.interestOps() & ~SelectionKey.OP_READ);时,

这里到底发生了什么?这是否意味着服务器将不监听属于此套接字的通道的任何传入请求,而源通道将忽略服务器的这一决定,并可能继续向服务器发送数据?或者它会以某种方式通知渠道的消息来源。

在分组交换术语中,如果该分组所属的信道的interestKeys已“未设置”,上述操作实际上与服务器接收数据包和丢弃数据包相同吗?

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2017-09-05 00:14:19

但是,当我们从密钥(例如,interestOps )中删除一些key.interestOps(key.interestOps() & ~SelectionKey.OP_READ);时, 这里到底发生了什么?

真正发生的事情是这样的:

代码语言:javascript
运行
复制
public void interestOps(int interestOps)
{
    this.interestOps = interestOps;
}

这是否意味着服务器将不侦听属于此套接字的任何传入请求。

这意味着如果数据通过套接字到达,Selector不会触发任何OP_READ事件。这并不意味着数据就不会被接收到。

而源通道会忽略服务器的这一决定,并可能继续向服务器发送数据吗?

如果您所说的“源通道”指的是对等方,则无论如何也不会通知它,除非接收缓冲区在接收方被填满。

或者它会以某种方式通知渠道的消息来源。

不是的。

在分组交换的说法中,如果该分组所属的信道的interestKeys已“未设置”,则上述操作实际上与服务器接收数据包和丢弃数据包相同。

不是的。

票数 2
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/46044633

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档