sun.nio.ch.WindowsSelectorImpl.setWakeupSocket0 挂起的原因是什么
在 JDK 1.6.024 中,我们发现线程在 setWakeupSocket0()
中为套接字连接消耗了接近 100% 的 CPU。此本机方法是从 setWakeupSocket()
调用的,而 setWakeupSocket() 又是此特定 SelectorImpl
中 wakeup()
的私有部分。什么可能导致此方法卡住几分钟?
2019 年 2 月更新:我们还发现最新版本 JDK 1.8 的执行时间延长。
With JDK 1.6.024, we see threads consuming near 100% CPU in setWakeupSocket0()
for a socket connection. This native method is called from setWakeupSocket()
which in turn is the private part of wakeup()
in this particular SelectorImpl
. What could cause this method to get stuck for minutes?
Update Feb, 2019: We also see prolonged execution times with late versions JDK 1.8.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论