windows 上追踪导 java 产生死循环等其他导致占用 CPU 过高的代码的位置

接口请求之后一直 pending,后台发现控制台无任何输出,cpu 占用也有点高并且迟迟下不来,于是预感到可能发生死循环了。

以下是排查步骤:

1. 确定占用 cpu 过高的进程的 pid 2272( 任务管理器无法更细粒度地查看进程中哪些线程占用 cpu 过高,所以还需后面步骤 ):

2. 导出 stack 文件留作备用:

cmd  执行 jstack -l 2272> c://2272.stack

如果出现下面情况,进入 "C:\Windows\System32" 文件夹,搜索 "cmd.exe",以管理员身份运行即可

3.确定进程 2272 中哪些线程占用 cpu 过高:

这里用的是 procexp64.exe( 自己下载,网上一搜一大把 )

选中该进程,右键打开 properties:

发现是 1252 线程占用 CPU 过高( 可能会有多个都非常高,就一个一个按照这个步骤排查 ),因为 .stack 文件中的线程号是十六进制的,所里这将 1252 转成十六进制 4e4,打开 2772.stack 文件,全局搜索 4e4:

当然调用栈中的方法最好都检查一遍,这里以红框中的方法举例:

可能很多人还是没发现问题,请仔细检查一下训练一下自己的眼力

发现了吗?

其他方法:1.如果运气好的话,死循环内部在使劲造对象,很快便会导致内存溢出:

2. 检查代码,比如上面的手误,可能如果心思不在上面,会很难发现

3. 如果正巧死循环的代码内部有输出,则此时会刷屏

4. 如果没有任何输出,可以尝试在每个 循环体内输出一句话,看看哪个循环体会刷屏

  • 3
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值