阿里面试:NIO为什么会导致CPU100%?

在 Java 中总共有三种 IO 类型:BIO(Blocking I/O,阻塞I/O)、NIO(Non-blocking I/O,非阻塞I/O)和 AIO(Asynchronous I/O,异步I/O),它们的区别如下:

  1. 在 JDK 1.4 之前,只有 BIO 一种模式,其开发过程相对简单,新来一个连接就会创建一个新的线程处理,但随着请求并发度的提升,BIO 很快遇到了性能瓶颈。
  2. 所以在 JDK 1.4 以后开始引入了 NIO 技术,NIO 可以在一个线程中处理多个 IO 操作,提高了资源的利用率和系统的吞吐量。
  3. 而到了 JDK 1.7 发布了 AIO 模型,它可以实现当线程发起一个 IO 操作后,可以直接返回,无需等待 IO 操作完成。操作系统会在整个 IO 操作完成后,通过回调函数通知应用程序。

​<目前如果有看机会,或者想找技术大厂(外包)过渡下的,可以试试这个机会,前后端测试年前捞人,待遇给的还不错。​>

1.空轮询和CPU100%

然而,随着 NIO 逐渐使用,人们却发现了 NIO 的一个经典问题,也就是臭名昭著的 Epoll(多路复用实现技术)空轮询的问题。

空轮询的问题是指,在 Linux 系统下,使用 Java 中的 NIO 时,即使 Selector(多路复用器)轮询结果为空,也没有 wakeup 或新消息要处理时,NIO 依旧会进行空轮询,导致 CPU 一直上升,最终造成 CPU 使用率 100% 的问题。

该 BUG 相关可以参见以下链接:

2.空轮询的原因

空轮询产生的原因可以在 bugs.java.com/bugdatabase… 上找到答案,例如以下就是一个经典的 bug 复现场景:

A DESCRIPTION OF THE PROBLEM :
The NIO selector wakes up infinitely in this situation..
0. server waits for connection
1. client connects and write message
2. server accepts and register OP_READ
3. server reads message and remove OP_READ from interest op set
4. client close the connection
5. server write message (without any reading.. surely OP_READ is not set)
6. server's select wakes up infinitely with return value 0


也就说,当连接出现了 RST(强制连接关闭),因为 poll 和 epoll 对于突然中断的连接 Socket 会对返回的 eventSet 事件集合置为 POLLHUP 或者 POLLERR,eventSet 事件集合发生了变化,这就导致 Selector 会被唤醒,进而导致 CPU 100% 问题,其根本原因就是 JDK 没有处理好这种情况,比如 SelectionKey 中就没定义有异常事件的类型,导致异常无法被捕捉和处理,从而一直空轮询。

3.如何解决空轮询?

NIO 空轮询可能会导致 CPU 100% 的解决方案通常有以下两种:

  1. 升级 Java 版本:早期的 JDK 版本中(JDK 1.7 之前),这个 bug 较为常见,但后续的 JDK 更新中,Oracle 和 OpenJDK 团队已经着手解决了这一问题,确保使用最新的 Java 版本可以减少遇到此问题的风险。但网上依然有人发现即使在 JDK 1.8 中,使用原生的 NIO 依然会发生空轮询的问题,只是发生的概率变低了而已。
  2. 使用第三方库:对于无法升级 Java 版本的情况,或担心新版本的 JDK 中依然存在空轮询问题的团队可以考虑使用已经解决了此问题的第三方库,如 Netty。Netty 通过主动检测和处理空轮询情况,当检测到可能的空轮询时,会采取措施如临时增加 Selector 的等待时间,或者重建 Selector,以此来避免 CPU 资源的浪费。

——转载自作者:Java中文社群

全部评论

相关推荐

一直想写一篇关于求学时期的总结,苦于i人不善于表达,磨蹭许久,刚交完盲审,准备记录一下然后开摆。背景:双2硕,计算机科班,无竞赛,无论文,科研废物秋招:美团ssp,快手sp,携程sp,华子15级,滴滴,得物ssp,贝壳一、学习上&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;本科四年,感觉绝大部分时间都在玩,喜好篮球,一周三打。本科期间一事无成,还经常挂科,原因基本都是极少去上课,每日睡到10点醒,磨蹭俩小时吃饭,然后睡午觉,下午三四点准时去打球,直到天黑。可能是高中太压抑,小镇作题家在大学放飞了自我。计算机专业课挂了计算机组成、计算机网络和操作系统,后来缓过来得时候已经是大三了,错过了很多机会。&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;决定考研,于是狠狠恶补了曾经翘过得所有知识,所幸运气不错,后面考上了。研究生期间,好像突然变得成熟了,知道该怎样为自己计划。意识到生命中得机会是有限的之后,开始学习如何向上社交,如何获取别人不知道的消息,信息差可能是最无敌的捷径。在这个过程中,发生了很多事,因为导师不让实习而提出换导师,在经过多次苦苦哀求,死皮赖脸的缠人打法之后成功换到导师。谁知道天下导师一个样,于是为了换取实习机会而给不同的老师当雇佣兵,各种出差干活,只想在暑期实习之前将三年的活干完然后冲实习。还好确实是干完了,得到实习的机会。&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;总结:如果是计算机专业的,如果能在本科期间就好好学,争取到保研资格,去好点的学校,那么后面也会轻松许多,而且能有更好的机会(无论是去大厂还是让人羡慕的中央选调生等)。再不济,学好知识在大二大三找些实习工作也会更顺利。不至于沦落到我等惨样,考研代价还是不小的,如若失败,这个社会留的机会并不多。研究生期间,一定要想清楚自己要什么(不过好像确实很多人二十三四也不知道自己要什么,大家都在随波逐流)。想科研的就去硕转博,想工作的就看看各种实习机会,想考公的就早做打算。什么都做,很难做好什么。毕竟大家都是普通人,哪有那么多精力与天赋。二、工作上&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;我的目标是工作,于是研究生开始便狠狠学习八股知识,从leetcode的0道题道秋招时候的900+。从给老师干各种杂活到系统学习计算机知识,其实所需时间并不多,门槛很低。从研二上学期便开始找实习,虽然直到暑期实习前都没找到,但是积累了大量的面试经验,知道该从什么地方去准备。在这期间,科研上一事无成,只是完成了一些实验,勉强完成毕业设计,连水一篇论文都显得很吃力。&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;好在工作上的事情很顺利,运气玩家,在暑期实习的时候拿到了美团、携程、腾讯和阿里云的实习机会。后来去了阿里云,因为阿里云接近100%的转正率,想着能跳过秋招,但不是很顺利,实习了四个月,特别痛苦的四个月,也是成长最快的四个月。后面因为确实感受到部门氛围太差,mt冷漠的态度和甩锅的行为,leader经常的辱骂和高压,放弃了转正参加秋招。秋招投的公司不多,主要是两类:一类是互联网,收到面试的公司也基本都拿到了意向,除了字节多次挂在三面以及最后一次过了但是因为岗位不喜欢而拒绝了后续了hr面结束,还有腾讯的八面不进,最后也放弃了。其他拿到的意向也基本是我这个能力能拿到的最大上限了,比较可惜的是贝壳,其实我很喜欢这个公司氛围,7点就下班了,而且hr和leader和我视频聊天也比较真实,还有整个部门几乎每周会有两三次篮球活动让我很是动心,最后因为别家实在给的太多不得不放弃。还有华子也比较可惜,给了15级,私下和主管聊了很多次,感觉他人很好,还有我最喜欢的篮球活动,但是那地方确实太偏了。&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;总结:如果想去大厂,一定一定要去实习,最好去大厂,无论导师让不让去,一定要提前找,找到了各种瞒天过海,暗度陈仓就行了。至于秋招,难度远比暑期实习高,能争取转正心态是不一样的。最后,心态我认为是最重要的,心态放正,运气就不会差。其次,学习能力也是很重要的,会什么语言不重要,C++也好,go也好,Java也好,都可以短期学会,多打基础,多深度思考,培养触类旁通的能力。最后,就是知行合一,能想到,就去做,觉得自己应该怎么做,那就怎么做,别浪费时间思考要不要,该不该,行不行,做就行了。说得语无伦次,i人是这样的,留个记录,再接再厉。嗐,不过无论如何,用自己喜欢的方式度过自己的一生就是包赢的。先不管明天会不会更好,把今天过好再说。
点赞 评论 收藏
分享
评论
4
8
分享

创作者周榜

更多
牛客网
牛客企业服务