在Java的NIO编程中,在SelectionKey.ACCEPT事件监听处理中,使用阻塞和非阻塞对效率影响大吗?

发布于 2022-09-06 04:12:26 字数 108 浏览 16 评论 0

对Accept事件的处理是注册产生的SocketChannel进入Selector监听,对输入输出的等待并不存在;所以不使用Selector的监听,不适用事件监听处理,而是直接阻塞等待,是不是效率一样?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

メ斷腸人バ 2022-09-13 04:12:26

如果是单独开一个线程去监听一个ServerSocketChannel的Accept事件,阻塞和不阻塞是一样的。

当你要监听的端口很多时,要开很多线程,那还是用非阻塞的,放在一个线程里(而且可以跟Read、Write、Connect等事件放在一起)效率更高些。

白云不回头 2022-09-13 04:12:26

不一样的,如果用阻塞模式,accept完之后有业务代码要执行,那后面的accept不是只能干等着吗。

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文