想看一个进程的 堆栈(stack)信息

想看一个进程的 堆栈(stack)信息,有很多种方法,主要取决于你是想:

  1. 调试查看堆栈回溯(比如看看程序卡在哪)
  2. 分析崩溃 / 死锁 / 阻塞
  3. 查看线程的栈使用情况 / 栈空间地址

下面我分情况给你列出查看进程堆栈的几种常用方法:


🧵 一、用 gdb 查看进程堆栈(最强大)

适合调试或分析运行中的进程。

✅ 步骤:

gdb -p <pid>

然后进入 GDB 命令行:

(gdb) bt

bt(backtrace)会打印出当前进程或主线程的函数调用栈。

👉 也可以查看所有线程:

(gdb) info threads
(gdb) thread <n>
(gdb) bt

退出:quit


🔍 二、用 pstack 快速查看堆栈(简洁)

pstack <pid>

输出类似这样:

#0  0x00007f8c45 in poll () from /lib/libc.so.6
#1  0x00007f8c12 in __libc_start_main () from /lib/libc.so.6
...

每个线程的调用栈都会列出来,很适合快速查看“进程卡在哪里”。


🔎 三、用 cat /proc/<pid>/stack 查看主线程栈(只看一点点)

cat /proc/<pid>/stack

这是 Linux 提供的接口,只显示主线程当前正在执行的内核栈,例如:

[<ffffffff81234567>] futex_wait_queue_me+0xd7/0x140
[<ffffffff81234567>] futex_wait+0x189/0x270
...

适合快速判断:这个进程卡在 futex 等锁了没?


📦 四、用 strace 看系统调用(间接观察栈行为)

strace -p <pid>

虽然 strace 不直接给你堆栈,但你可以看到当前进程卡在哪个系统调用,比如:

futex(0xdeadbeef, FUTEX_WAIT, 1, NULL

你就知道它在睡觉了 😂


🧵 五、分析所有线程堆栈(多线程程序)

gdbpstack 都可以查看全部线程:

  • gdb -p <pid>info threads
  • pstack <pid>(会输出所有线程的栈)
  • cat /proc/<pid>/task/<tid>/stack 可以查看任意线程的内核栈

🔥 实战:假设你想分析一个卡住的进程

  1. 找 PID:
ps aux | grep <your_app>
  1. 看堆栈:
pstack <pid>
  1. 如果你想深入分析:
gdb -p <pid>
# 然后在 GDB 里用 bt 看回溯
  1. 想看哪个线程卡住了,可以在 GDB 用:
info threads
thread <n>
bt

🧠 bonus:查看栈空间使用情况

cat /proc/<pid>/maps | grep stack

输出示例:

7fff5d1c6000-7fff5d1e8000 rw-p 00000000 00:00 0                          [stack]

这告诉你栈的虚拟内存范围,想看使用量可以用 smaps

cat /proc/<pid>/smaps | grep -A 15 '\[stack\]'

✅ 总结你可以用的命令

命令作用
gdb -p <pid> + bt最详细,调试视角
pstack <pid>快速查看所有线程堆栈
cat /proc/<pid>/stack查看主线程内核栈
strace -p <pid>看是否卡在系统调用
cat /proc/<pid>/maps查看栈地址空间
cat /proc/<pid>/task/<tid>/stack查看指定线程内核栈

如果你能告诉我你是要分析什么样的程序(比如阻塞了?挂死了?死锁了?),我可以一步一步带你排查,还可以帮你写个一键堆栈收集脚本。要不要试试?

如果工程很大,头文件很多,而有几个头文件又经常要用的,那么: 1、把这些头文件全部写到一个头文件中,比如:preh.h 2、写一个preh.c,里面的包含库文件,只要一句话#include"preh.h" 3、对于preh.c,在project settings 里面设置creat precompilesd headers ,对于其他.c文件,设置use precompiled header file 。 预编译头文件:就是把一个工程中的那一部分代码,预先编译好放在一个文件里(通常是以.pch为扩展名的),这个文件就成为预编译头文件。这些预先编译好的代码可以是任何的C/C++代码,甚至是inline的函数,但必须是稳定的在工程开发的过程中不会被经常改变。 编译器是以文件为单位编译的,一个文件经过修改后,会重新编译整个文件,当然在这个文件里包含的所有头文件中的东西都要重新处理一遍 预编译头的作用: 根据上文介绍,预编译头文件的作用当然就是提高便宜速度了,有了它你没有必要每次 都编译那些不需要经常改变的代码。编译性能当然就提高了。 预编译头的使用: 要使用预编译头,我们必须指定一个头文件,这个头文件包含我们不会经常改变的 代码和其他的头文件,然后我们用这个头文件来生成一个预编译头文件(.pch文件) 必大家都知道 StdAfx.h这个文件。很多人都认为这是VC提供的一个“系统级别”的 ,编译器带的一个头文件。其实不是的,这个文件可以是任何名字的。我们来考察一个 典型的由AppWizard生成的MFC Dialog Based 程序的预编译头文件。(因为AppWizard 会为我们指定好如何使用预编译头文件,默认的是StdAfx.h,这是VC起的名字)。我们 会发现这个头文件里包含了以下的头文件: #include // MFC core and standard components #include // MFC extensions #include // MFC Automation classes #include // MFC support for Internet Explorer 4 Common Controls #include 这些正是使用MFC的必须包含的头文件,当然我们不太可能在我们的工程中修改这些头文 件的,所以说他们是稳定的。 那么我们如何指定它来生成预编译头文件。我们知道一个头文件是不能编译的。所以我 们还需要一个cpp文件来生成.pch 文件。这个文件默认的就是StdAfx.cpp。在这个文件 里只有一句代码就是:#include “Stdafx.h”。原因是理所当然的,我们仅仅是要它能 够编译而已?D?D?D也就是说,要的只是它的.cpp的扩展名。 我们可以用/Yc编译开关来指 定StdAfx.cpp来生成一个.pch文件,通过/Fp编译开关来指定生成的pch文件的名字。打 开project ->Setting->C/C++ 对话框。把Category指向Precompiled Header。在左边的 树形视图里选择整个工程  Project Options(右下角的那个白的地方)可以看到 /Fp “debug/PCH.pch”,这就是指 定生成的.pch文件的名字,默认的通常是 .pch(我的示例工程名就是PCH)。 然后,在左边的树形视图里选择StdAfx.cpp.//这时只能选一个cpp文件! 这时原来的Project Option变成了 Source File Option(原来是工程,现在是一个文件 ,当然变了)。在这里我们可以看到 /Yc开关,/Yc的作用就是指定这个文件来创建一个 Pch文件。/Yc后面的文件名是那个包含了稳定代码的头文件,一个工程里只能有一个文 件的可以有YC开关。VC就根据这个选项把 StdAfx.cpp编译成一个Obj文件和一个PCH文件 。 然后我们再选择一个其它的文件来看看,//其他cpp文件 在这里,Precomplier 选择了 Use ⋯⋯⋯一项,头文件是我们指定创建PCH 文件的stda fx.h 文件。事实上,这里是使用工程里的设置,(如图1)/Yu”stdafx.h”。 这样,我们就设置好了预编译头文件。也就是说,我们可以使用预编译头功能了。以 下是注意事项: 1):如果使用了/Yu,就是说使用了预编译,我们在每个.cpp文件的最开头,我强调一遍 是最开头,包含 你指定产生pch文件的.h文件(默认是stdafx.h)不然就会有问题。如 果你没有包含这个文件,就告诉你Unexpected file end. 如果你不是在最开头包含的, 你自己试以下就知道了,绝对有很惊人的效果⋯.. fatal error C1010: unexp
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值