java程序卡死排查

已于 2023-09-28 15:09:02 修改
阅读量647 收藏 2
点赞数 1
文章标签： java 开发语言
于 2023-09-20 17:13:32 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/gloriaied/article/details/133088941
版权

在服务器部署了java程序，看日志像是中断了。查看进程还在，做了以下排查：

  1. 找到进程id
jps -l
  1. 找到卡死的线程信息
top Hp pid

这一步会看到占用cpu最高的线程id,类似于
在这里插入图片描述
3. 查看线程信息

jstack pid

把以上命令得到的结果输出到文件，再把线程id（即第2步得到的）转为16进制，这里30049即0x7561,在文件中搜索。不出意外是能看到线程信息的。
在这里插入图片描述

这里就能看到此线程的运行状态，对cpu占用过高排查是有帮助的。
PS:此次发现是这个线程进入死循环…

FlowingRiver
关注
JAVA 进程响应缓慢，ANR，卡顿排查（开发日常必备技能）
qq_18420641的博客
11-07 2518
JAVA 进程响应缓慢，ANR，卡顿排查
java程序很卡怎么排查_java 性能问题排查
weixin_33613571的博客
02-26 674
cpu占用率过高1) 首先能过top查看cpu过高的pid，而后通过ps -ef |grep pid查看进程的详细信息。2) 接着查看每个线程占用的cpu占用率，ps -mp pid -o THREAD,tid,time | sort -rn或者 通过top -H -p pid3) 转换，而后通过比较查看哪个占用过高， 其次将需要的线程ID转换为16进制格式：printf "%x\n" tid得...
线上服务Java进程假死快速排查、分析
最新发布
weixin_36213943的博客
07-24 65
线上服务Java进程假死快速排查、分析最近我们有一台服务器上的Java进程总是在运行个两三天后就无法响应请求了，具体现象如下：请求业务返回状态码502，查看进程还在，意味着Java进程假死，无法响应请求了；该Java进程占比CPU较高，高达132.8%。所以再次发生的时候我摘了这台服务器，保留现场排查该Java应用程序存在...
java 死循环排查_java2如何排查线上死循环
weixin_35765686的博客
02-13 2060
java2如何排查线上死循环发布时间：2020-11-06 17:51:55来源：亿速云阅读：111作者：Leah本篇文章给大家分享的是有关java2如何排查线上死循环，小编觉得挺实用的，因此分享给大家学习，希望大家阅读完这篇文章后可以有所收获，话不多说，跟着小编一起来看看吧。排查方法，因为是线上的linux,没有用jvm监控工具rim链接上去。只好用命令排查：top cpu排序，一个java进程...
JAVA 线上故障排查完整套路，从 CPU、磁盘、内存、网络、GC 一条龙！
码农code之路
01-31 639
作者：fredalhttps://fredal.xin/java-error-checkCPU磁盘内存GC问题网络线上故障主要会包括cpu、磁盘、内存以及网络问题，而大多数故障可能会包含不止一个层面的问题，所以进行排查时候尽量四个方面依次排查一遍。同时例如jstack、jmap等工具也是不囿于一个方面的问题的，基本上出问题就是df、free、top 三连，然后依次jstack、jmap伺候，具体问...
java排查一个线上死循环cpu暴涨的过程分析
09-07
主要介绍了java排查一个线上死循环cpu暴涨的过程分析，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧
java 死循环排查_java应用死循环排查方法或查找程序消耗资源的线程方法（面试）...
weixin_39938935的博客
02-13 428
今天遇到一个面试，怎么在一堆线程中查找一个死循环？如果遇到线上应用cpu飙升，并出现OutOfMemery怎么办？首先线上应用的jvm配置要养成良好的习惯，增加一下配置则可以在jvm发生 oom的时候自动dump日志了 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/export/log/dump/jvm-oom.log如果遇到线上应用特别...
Java应用卡死 生产故障深度分析与排查实战
知行同学
03-15 1431
应用卡死，线程阻塞分析
Java程序卡住及排查
珞珞如石
07-08 2694
在日常开发中，我们经常面临压力测试。这时会发现程序在一定并发数量下突然卡住。此时需要进行排查。 1.获取现场故障信息 jstack 6688 参数为PID，这时我们看堆栈信息，发现没有自己程序相关的类，但发现下面这样的句子： "Druid-ConnectionPool-Create-418179060" #25 daemon prio=5 os_prio=0 tid=0x00007fa74d8ad000 nid=0x15a84 waiting on condition [0x00007fa6f8a30.
java卡死_记一次k8s环境java服务卡死的处理
weixin_34636056的博客
02-20 930
现象：往kafka写入100万条记录，最终服务只消费53万条，此时服务陷入卡死(没有退出，没有异常，不输出任何日志)一开始认为是kafka内存或者服务pod的内存问题[root@localhost home]# docker stats | grep kafkab00625fce123 k8s_k8skafka_kafka-0_default_94b5e113-3bfc-11e9-9...
java故障排查ThreadDump
02-24
对java产生的ThreadDump文件进行定位分析，找出问题根本原因。
记一次生产事故的排查与优化——Java服务假死
Trouvailless的博客
05-27 1237
一、现象 在服务器上通过curl命令调用一个Java服务的查询接口，半天没有任何响应。关于该服务的基本功能如下： 1、该服务是一个后台刷新指示器的服务，即该服务会将用户需要的指示器数据提前计算好，放入redis中，当用户请求指示器数据时便从redis中获取； 2、指示器涉及到的模型数据更新时会发送消息到kafka，该服务监听kafka消息，收到消息后触发指示器刷新任务； 3、对于一些特殊的指示器，其涉及的项目和模型较多，且数据量比较大，无法通过kafka消息来触发刷新，否则一直处于刷新过程中，便每隔
java 宕机监控_Java应用/JVM宕机排查步骤操作
weixin_35849560的博客
02-24 793
相信大家都遇到过，自己的Java应用运行一段时间就宕机了或者响应请求特别慢。这时候就需要我们了来找出问题所在了。绝大部分都是代码问题导致的。一、服务宕机如果是服务宕机，发生致命问题导致进程已经死掉了，那么已经访问不了了，通常都是CPU问题引起的，程序一般会自己生成javacore文件，一般生成位置在/root目录或jar包同目录下。JavaCore文件主要保存的是Java应用各线程在某一时刻的运行...
说说Java程序CPU，内存异常的排查思路
诺浅的专栏
09-25 962
背景 在Java面试的时候，经常会被问到，如果线上服务器CPU/内存占用飙高，程序很慢或者卡死，你有什么解决方案或者排查思路？本文旨在对这些问题的排查思路做一个梳理，如不特指，以下服务器系统均指Linux. CPU 飚高问题排查 思路：首先找到 CPU 飚高的那个 Java 进程，因为你的服务器会有多个 JVM 进程。然后找到那个进程中的 “问题线程”，最后根据线程堆栈信息找到问题代码。最后对代码进行排查。 排查步骤 通过 top 命令找到 CPU 消耗最高的进程，并记住进程 ID 再次通过 top -H
【调试】Linux查看程序卡死位置方法|GDB|strace|分析进程调用pstack和starce
小鱼菜鸟的博客
03-03 1380
目录 starce pstack 查找进程卡死原因的工具 starce 1、strace -p [进程号] strace -p 1002297 strace: Process 1002297 attached futex(0x7fcbb95f3f84, FUTEX_WAIT_PRIVATE, 1, NULL 可以看到死在了futex(...
java进程卡死问题
weixin_33932129的博客
09-14 1362
原文地址：http://stackoverflow.com/questions/28739600/jvm-hang-and-kill-3-jmap-failed tomcat进程出现了如下异常，并且卡在这个状态几天时间了： 所有线程都停止, 有一些连接停留在 SYNC_RECV 状态 kill -3 没有输出线程栈 jmap 和 jstack 无法正常工作 sudo -u tom...
查询java死循环代码
zhulijunyou的博客
09-15 979
java 死循环排查，CPU占用排查
java 死锁排查和CPU占用过高的线程排查
u010825190的博客
05-27 1093
top 查看进程 top -p pid 查看进程，按大写H查看线程情况 线程pid转为16进制 jstack 进程pid | grep 线程pid 16进制
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值