是什么让 Java 应用程序的 CPU 使用率飙升?

如果命运是一条孤独的河流,谁会是你的灵魂摆渡人? —— 克莱儿·麦克福尔《摆渡人》

一. 问题

  • while 的无限循环是否会导致 CPU 使用率飙升?

  • 频繁的 Young GC 是否会导致 CPU 使用率飙升?

  • 有大量线程的应用程序的 CPU 使用率高吗?

  • CPU 使用率高的应用程序的线程数是否很大?

  • 处于 BLOCKED 状态的线程是否会导致 CPU 使用率飙升?

  • 分时操作系统中的 CPU 是消耗 us(用户态) 还是 sy(内核态)?

二. 思考

1. 我们如何计算 CPU 使用率?

CPU% = (1 - idleTime / sysTime ) * 100

  • idleTime:CPU 的空闲时间

  • sysTime:CPU 处于用户态和内核态的时间总和

2. 常见的 CPU 密集型操作有哪些?

人们常说,计算密集型程序就是 CPU 密集型的,那么,Java 应用程序中有哪些操作是计算密集型的呢?

下面列出常见 CPU 密集型操作:

  • 频繁的 GC;如果访问量很大,可能会导致频繁的GC甚至Full GC。当调用量大时,内存分配会非常快,以至于 GC 线程会不断执行,导致 CPU 飙升。

  • 序列化和反序列化

  • 加密和解码

  • 正则表达式。原因可能是Java正则表达式使用的引擎实现是NFA自动机,它会在字符匹配时进行回溯。

  • 线程上下文切换。有很多启动的线程,这些线程的状态在 Blocked(锁等待、IO等待等)和 Running 之间不断变化,当锁争用激烈时,这种情况很容易发生。

  • 一些线程正在执行非阻塞操作,例如while (true)语句。如果程序中计算时间较长,可以休眠线程。

3. CPU 与 进程和线程有关吗?

现在,分时操作系统采用轮询的方式为进程调度分配时间片。如果进程正在等待或阻塞,则它不会使用 CPU 资源。线程称为轻进程,共享进程资源,因此线程调度在 CPU 中也是分时的。但是在 Java 中,我们使用 JVM 进行线程调度,所以一般来说,线程的调度有两种模式:分时调度和抢占式调度。线程和进程在阻塞或者等待时,都不会使用 CPU 资源。

三. 答案

1. while的无限循环是否导致CPU使用率飙升?

回答:是的

分析:首先,无限循环会调用CPU寄存器进行计数,这个操作会占用CPU资源。那么,如果线程一直处于死循环状态,CPU会不会切换线程呢?除非操作系统时间片到期,否则无限循环不会放弃占用的CPU资源,并且无限循环会继续向系统请求时间片,直到系统没有空闲时间做其他事情。

2. 频繁的Young GC会导致CPU使用率飙升吗?

回答:是的

分析Young GC 本身就是 JVM 进行垃圾回收的操作,需要计算内存和调用寄存器,因此频繁的 Young GC 肯定会占用 CPU 资源。

让我们来看一个真实的案例:for 循环从数据库中查询数据集合,然后再次封装新的数据集合。如果内存不够存储,JVM 会回收不再使用的数据。因此,如果需要的存储空间很大,可能会收到 CPU 使用率警报。

3. 线程多的应用CPU使用率一定高吗?

回答:不一定

分析:如果我们通过 jstack 查看系统线程状态时线程总数很大,但处于 RunnableRunning 状态的线程并不多,那么 CPU 使用率不一定高。但是大多数情况下,如果线程数很大,那么常见的原因是大量线程处于 BLOCKEDWAITING 状态。

4. CPU 使用率高的应用程序的线程数一定大吗?

回答:不一定

分析:CPU 使用率高的关键因素是计算密集型操作。如果一个线程有大量计算,CPU使用率也可能很高,这也是一个数据脚本任务需要在大规模集群上运行的原因。

5. 处于BLOCKED状态的线程是否会导致CPU使用率飙升?

回答:不一定

分析:CPU 使用率的飙升更多是因为上下文切换或过多的可运行状态线程。处于阻塞状态的线程不一定会导致 CPU 使用率上升。

6 . CPU的ussy值在分时操作系统中高是什么意思?

我们可以使用 top 命令查看 CPU 的 ussy 的值,如下图所示:

  • us:用户空间占用 CPU 的百分比。简单来说,如果 us 的值比较高,则是我们程序引起的,并且分析线程堆栈很容易定位有问题的线程。

  • sy:内核空间占用 CPU 的百分比。sy 高的时候,如果是程序引起的,那么基本上是线程上下文切换引起的。

四. 经验

如何定位CPU使用率高的原因?下面简要介绍分析过程。

如果发现某个应用服务器的CPU使用率高,首先检查线程数、JVM、系统负载等参数,然后用这些参数来证明问题的原因。其次,用 jstack 打印堆栈信息,使用工具分析线程使用情况(推荐使用在线线程分析工具fastThread)。

在线线程分析工具fastThread 地址:https://fastthread.io/

下一篇文章介绍如何使用在线线程分析工具 fastThread 分析线程堆栈信息。

参考文档:

https://www.tutorialdocs.com/article/java-cpu-soar.html

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,053评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,527评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,779评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,685评论 1 276
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,699评论 5 366
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,609评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,989评论 3 396
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,654评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,890评论 1 298
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,634评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,716评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,394评论 4 319
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,976评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,950评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,191评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 44,849评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,458评论 2 342

推荐阅读更多精彩内容