【调试】Linux查看程序卡死位置方法|GDB|strace|分析进程调用pstack和starce-CSDN博客

本文链接：https://blog.csdn.net/weixin_42319496/article/details/119371242

本文介绍了在Linux环境下，如何利用strace、pstack等工具定位进程卡死的原因。通过示例展示了当进程卡在特定系统调用时，如何分析进程状态、内核堆栈以及文件描述符，从而找出问题根源。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

starce

pstack

查找进程卡死原因的工具

starce

1、 strace -p [进程号]

strace -p 1002297

strace: Process 1002297 attached
futex(0x7fcbb95f3f84, FUTEX_WAIT_PRIVATE, 1, NULL

可以看到死在了futex(0x7fcbb95f3f84, FUTEX_WAIT_PRIVATE, 1, NULL

用strace查找进程卡死原因实例

最近遇到进程卡死的情况，但是自己调试的过程中并不一定能复现，都是需要运行一段时间某些条件下才会触发，对于这种运行着不能破坏现场的情况，我们可以使用gdb -p和strace -p来跟踪。

首先我们用ps auxf查看我们的进程执行到了哪一步：

可以看到执行到了docker exec -i 178.20.1.229_0115034556 ls然后就卡死了

然后我们进一步通过strace查看执行这个操作死在哪个系统回调了：

这里可以看到死在了系统回调read这里，描述符19的具体意义我们可以进入/proc/pid/fd再查看一下：

我们可以发现，19代表的是pipe，我们这里是死在了读pipe上面。
/********************************************************************************************************************************/
分割线，后面再次出现这个问题
我们先用ps auxf查看进程号和进程执行到了哪一步，可以看到进程号是27678，卡在docker exec