top默认显示进程id而非线程id，需加-h参数启用线程视图才能显示各线程的内核tid；c++线程名需调用pthread_setname_np设置且满足内核与glibc版本要求才可见。
top 默认显示的是进程 ID，不是线程 ID
Linux 下的 top 默认以进程为单位聚合线程资源，所以你看到的 PID 列其实是主线程（或轻量级进程）的 ID，但其他线程不会单独列出——除非你主动开启线程视图。C++ 程序用 std::thread 或 pthread_create 启动的线程，在内核中都是独立的调度实体（LWP），有各自的 TID，但默认被 top 折叠了。
用 -H 参数启用线程模式，TID 就会显示在 PID 列
运行 top -H -p <pid></pid> 可以只监控指定进程的所有线程，并把每个线程的内核线程 ID（即 TID）直接显示在 PID 列。注意：这个“PID”列此时实际是 TID，Linux 内核里线程和进程共享同一 ID 命名空间，主线程的 TID = 进程 PID，其余线程 TID 是不同值。
-
-H是关键开关，不加就看不到线程粒度 -
-p <pid></pid>限定范围，避免被其他进程线程干扰（比如你查myapp，先用pidof myapp或ps aux | grep myapp拿到主 PID） - 进入
top后按H键也能临时切换线程/进程视图，但不如启动时加-H稳定（尤其配合-p时）
确认线程名是否可见：需要内核支持 + glibc 2.12+，且程序设了名称
top 的 COMMAND 列默认只显示可执行文件名（如 ./myapp），不显示线程名。要让 C++ 线程名出现在 top 中，得满足三个条件：
- 内核版本 ≥ 2.6.11（基本都满足）
- glibc ≥ 2.12（主流发行版均满足）
- C++ 代码中调用
pthread_setname_np或 C++11 的std::thread::native_handle()+pthread_setname_np
例如：
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
std::thread t([]{ /* work */ });<br>pthread_setname_np(t.native_handle(), "io_worker");否则所有线程在 top 里都显示为同一个 COMMAND，靠 TID 和 CPU/RES 列区分是唯一办法。替代方案：/proc//task/ 更可靠，适合脚本化获取
如果 top -H 看着别扭，或者你想写脚本提取所有线程 ID 和状态，直接读 /proc/<pid>/task/</pid> 目录最准。该目录下每个子目录名就是一个 TID，内容与 /proc/<pid>/</pid> 类似：
-
ls /proc/<pid>/task/</pid>→ 得到全部 TID 列表 -
cat /proc/<pid>/task/<tid>/stat | awk '{print $3,$14}'</tid></pid>→ 获取运行状态（R/S）和用户态时间 -
cat /proc/<pid>/task/<tid>/comm</tid></pid>→ 查线程名（比top的 COMMAND 更精确）
这个路径不依赖终端交互，无刷新延迟，也不受 top 显示截断影响，调试多线程阻塞或找高 CPU 线程时更值得优先尝试。
真正麻烦的不是怎么看到 TID，而是怎么把 top 里那个数字和你的 C++ std::thread::get_id() 对上——后者是 std 实现定义的抽象 ID，和内核 TID 没直接映射关系；必须用 pthread_self() 或 syscall(SYS_gettid) 才能拿到真实 TID。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
