C++程序CPU占用率100%卡死怎么用top和pstack定位-C++-PHP中文网

先用top -h -p 按cpu%降序定位高耗线程tid，再printf "%x"转十六进制，最后pstack | grep匹配定位卡点函数，全程零侵入、秒级响应。

c++程序cpu占用率100%卡死怎么用top和pstack定位

top -H 找出烧 CPU 的线程 TID

直接用 top -H -p <pid></pid>，别先看整体进程——C++ 多线程里，往往只有一个线程跑飞了，其他线程可能完全正常。进入后按 P（大写）按 CPU% 降序，第一行就是罪魁祸首的线程 ID（TID）。注意：top 显示的 TID 列是十进制，但后续堆栈里匹配用的是十六进制，别跳过转换这步。

常见误操作：用 ps -mp <pid></pid> 或 ps -T -p <pid></pid> 查 TID，参数易错且默认不显示 %CPU；top -H 实时刷新 + 排序更稳。

top -H -p 12345 → 看到 TID = 12349 占 98.6%
立刻记下这个十进制数，下一步要转成十六进制

printf "%x" 把 TID 转成十六进制

因为 pstack 输出的线程标识是十六进制（比如 Thread 3 (Thread 0x7f8a1c00a700 (LWP 12349)) 中的 0x7f8a1c00a700 是地址，而 LWP 12349 对应的十六进制才是匹配关键），所以必须转：

printf "%x\n" 12349 → 输出 303d（即 0x303d）

别手算、别用计算器输错位数；printf 是最轻量也最可靠的方式。如果漏掉这步，后面在 pstack 输出里根本找不到对应线程。

pstack 看堆栈并定位卡点函数

pstack <pid></pid> 会打印所有线程的调用栈，输出快、无依赖、不用停进程。重点不是通读全部，而是用 grep 快速定位那个十六进制 TID：

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

pstack 12345 | grep -A 10 "LWP 12349\|0x303d"

实际看到的可能是：

Thread 3 (Thread 0x7f8a1c00a700 (LWP 12349)):
#0  0x00007f8a2b1c4e2d in __lll_lock_wait () from /lib64/libpthread.so.0
#1  0x00007f8a2b1bf5d1 in pthread_mutex_lock () from /lib64/libpthread.so.0
#2  0x000000000041a2f3 in DatabaseConnection::query (this=0x7f8a1c0098c0, sql="SELECT ...") at db.cpp:87

这时候就能判断：线程卡在 pthread_mutex_lock，上层是 DatabaseConnection::query，大概率是锁竞争或持有锁太久；如果看到一长串重复的 std::string::replace 或循环调用自己，就是死循环或低效字符串操作。

注意：pstack 是 gdb 的封装脚本，某些最小化系统可能没装 gdb 导致失效；可 fallback 到 gdb -p <pid> -ex "thread apply all bt" -ex "quit"</pid>。