java 一次CPU占用过高问题的排查及解决,java基础面试笔试题

本文记录了一次由于代码中死循环导致的Java应用CPU占用过高的问题排查过程,包括使用top、ps、printf和jstack等工具定位问题,并提供了问题的解决方法,即注释掉无用的while(true)循环。此外,还提到了之前由于频繁GC导致的高CPU占用问题。
摘要由CSDN通过智能技术生成


我总结出了很多互联网公司的面试题及答案,并整理成了文档,以及各种学习的进阶学习资料,免费分享给大家。
扫描二维码或搜索下图红色VX号,加VX好友,拉你进【程序员面试学习交流群】免费领取。也欢迎各位一起在群里探讨技术。
推荐文章:Java 面试知识点解析Mysql优化技巧(数据库设计、命名规范、索引优化

 

最近一段时间 某台服务器上的一个应用总是隔一段时间就自己挂掉 用top看了看 从重新部署应用开始没有多长时间CPU占用上升得很快

 

排查步骤

 

1.使用top 定位到占用CPU高的进程PID

 

top

 

2.通过ps aux | grep PID命令

 

获取线程信息,并找到占用CPU高的线程

 

ps -mp pid -o THREAD,tid,time | sort -rn

 

3.将需要的线程ID转换为16进制格式

 

printf "%x " tid

 

4.打印线程的堆栈信息 到了这一步具体看堆栈的日志来定位问题了

 

jstack pid |grep tid -A 30

 

---------------------------------------------------------------------------- 华丽的分割线 ------------------------------------------------------------------------------------------------------------------

 

top 可以看出PID 733进程 的占用CPU 172%

 

查找进程733下的线程 可以看到TID 线程775占用了96%且持有了很长时间 其实到这一步基本上能猜测到应该是 肯定是那段代码发生了死循环

 

ps -mp 733 -o THREAD,tid,time | sort -rn

 

 

线程ID转换为16进制格式

 

printf "%x " 775

 

 

查看java 的堆栈信息

 

jstack 733 |grep 307 -A 30

 

 

 

显然是 SmsQueueServiceImpl 中的produceMissSms 和 consumeMissSms 方法有问题

 

一下为精简的部分代码



 

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值