怎么用strace跟踪C++多线程系统的调用-C++-PHP中文网

能，strace 默认只跟踪主线程，需加 -f 参数才能跟踪所有线程；输出中的 [pid tid] 对应内核线程 id，可用 syscall(sys_gettid) 获取以与 c++ 日志对齐；raii 和异常不影响 strace 捕获已执行的系统调用。

怎么用strace跟踪c++多线程系统的调用

strace 能否直接跟踪多线程 C++ 程序？

能，但默认只跟踪主线程（即初始 clone 或 pthread_create 前的主执行流），新线程的系统调用默认不显示。这不是 bug，是 strace 的设计行为：它按进程视角工作，而 Linux 中线程本质是轻量级进程（LWP），需显式启用线程感知。

必须加 `-f`，否则看不到子线程的 `read`/`write`/`epoll_wait`

不加 -f 时，strace 只 attach 到 PID 对应的主线程；加了之后，它会自动 fork 跟踪每个新创建的 LWP（即 pthread 创建的线程）。这是最关键的开关，漏掉就等于没跟踪。

实操建议：

始终用 strace -f -o trace.log ./my_program 启动程序，避免后期补救
若程序已运行，用 strace -f -p <code>PID attach，此时 strace 会尝试跟踪所有现存及后续新线程（依赖内核支持，较新 kernel 更可靠）
-f 会显著增加输出体积——一个高并发服务每秒可能产生数万行系统调用，建议配合 -e trace=... 过滤，例如 -e trace=sendto,recvfrom,openat,close

线程 ID 混乱？看 `[pid <code>TID`] 标记而非 `tid` 字段

strace 输出每行开头类似 [pid 12345]，这个 12345 是内核级线程 ID（TID），不是 pthread_self() 返回的 pthread_t。C++ 代码里打印的 std::this_thread::get_id() 是抽象 ID，和 strace 的 TID 无直接映射关系。

C函数速查手册（CHM版）

下载

常见困惑点：

主线程 TID == 进程 PID；子线程 TID ≠ pthread_t，也 ≠ std::thread::id 的数值表示
想关联日志与 strace 行，可在 C++ 中用 syscall(SYS_gettid) 打印真实 TID，再对照 [pid <code>TID]
不要依赖 ps -T -p <code>PID 的 “SPID” 列去人工对齐——它和 strace 的 TID 一致，但实时性差，且无法追溯已退出线程

C++ RAII 和异常会导致 strace 看不到 `close` 或 `munmap`？

不会。strace 跟踪的是系统调用，不是 C++ 语义。只要代码最终触发了 close(3) 或 munmap(...)，strace 就会捕获——无论它是 RAII 析构函数调用的、std::unique_ptr 释放的，还是 try/catch 后手动写的。

但要注意真实陷阱：

析构函数抛异常时，栈展开过程中若发生二次崩溃（如 double-free），进程可能被 SIGABRT 终止，此时部分析构未执行 → 对应的 close 就真的不会出现
使用 std::shared_ptr 管理 fd 时，若存在循环引用，资源可能永不释放 → strace 中永远看不到对应 close
RAII 对象在信号处理函数中被销毁？危险！信号上下文调用析构函数是未定义行为，strace 可能显示 close，但程序已处于不可靠状态

真正难排查的，是那些“本该发生却没发生”的系统调用——这时要怀疑资源生命周期管理逻辑，而不是 strace 本身漏了。