gdb无法显示线程cpu时间，因其仅提供调试信息；需通过/proc/pid/task/tid/stat读取字段14（utime）和15（stime）并换算为秒，或使用perf、pidstat等专用工具实时监控。
gdb里看不到线程CPU时间？因为gdb本身不提供该信息
gdb 的 info threads 只显示线程 ID、状态、函数栈帧，不包含 CPU 时间（user/sys time）。它不是性能分析器，而是调试器。想看每个线程实际消耗的 CPU 时间，得绕开 gdb 直接查操作系统暴露的运行时数据。
/proc/PID/task/TID/stat 是最直接的来源
Linux 内核为每个线程（LWP）在 /proc/<pid>/task/<tid>/stat</tid></pid> 中记录了累计的用户态和内核态 tick 数（字段 14 和 15）。只要你的程序 PID 已知，就能逐个读取所有 TID 对应的 stat 文件解析出 CPU 时间。
- 字段 14 是
utime：用户态 jiffies（需除以sysconf(_SC_CLK_TCK)转为秒） - 字段 15 是
stime：内核态 jiffies - TID 和 LWP ID 在 Linux 下一致，
info threads显示的 “LWP” 列就是该路径中的<tid></tid> - 注意：jiffies 是累加值，不是瞬时占用率；两次采样相减才能得区间耗时
在 gdb 中临时调用 shell 解析 stat 文件
你可以在 gdb 停住时，用 shell 命令快速查看当前所有线程的 CPU 时间：
shell for tid in /proc/$(pidof your_program)/task/*; do
[ -f "$tid/stat" ] && echo "TID $(basename $tid): $(awk '{printf "%.3f user, %.3f sys\n", $14/100, $15/100}' $tid/stat)";
done 2>/dev/null | sort -k3 -nr
说明：
-
$(pidof your_program)需替换为你调试进程的实际名（或改用$(pgrep -f "your_command")） -
/100是假设CLK_TCK=100（大多数 x86_64 系统默认），更健壮的做法是先getconf CLK_TCK - 输出按用户态时间倒序，方便一眼识别“吃 CPU 最狠”的线程
- 该命令无法在 gdb 的
call中执行——call只能调 C 函数，不能跑 shell 管道
用 perf 或 pidstat 替代 gdb 查看线程级 CPU 时间
如果目标是监控或诊断 CPU 消耗，硬塞进 gdb 不仅麻烦，还干扰调试流。更合理的做法是并行使用专用工具：
-
perf top -p <pid> --threads</pid>：实时显示各线程的采样热点（含符号），反映 CPU 使用分布 -
pidstat -t -p <pid> 1</pid>：每秒打印每个线程的 %usr/%system，字段USR和SYS就是当前周期内 CPU 时间占比 - 二者都不需要暂停程序，且结果比手动解析
/proc/*/stat更直观、带上下文
真正容易被忽略的是：gdb 的断点会冻结所有线程，此时读到的 utime/stime 是“冻结前最后累计值”，无法反映断点期间的增量——要测真实负载，必须让程序跑起来再采样。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
