strace能查看所有Linux系统调用，如open、read、write、close、socket、execve等，及其参数、返回值和错误码（如ENOTDIR）；它通过ptrace拦截目标进程的内核态交互，与程序语言无关。
strace 能看到哪些系统调用？
strace 不是 C++ 语言特性，而是 Linux 下的外部诊断工具，它通过 ptrace 系统调用挂接到目标进程，拦截并打印其执行的所有系统调用（如 open、read、write、close、socket、execve 等）及其参数和返回值。C++ 程序编译后的可执行文件只要运行在 Linux 上，就能被 strace 追踪——跟是否用了 STL、是否带异常、是否多线程无关。
怎么用 strace 追踪一个 C++ 可执行程序？
确保程序已编译为可执行文件（比如叫 myapp），然后直接在终端运行：
strace ./myapp
这会把所有系统调用实时输出到终端。常见实用选项包括：
-
-o trace.log：输出到文件，避免刷屏 -
-f：追踪子进程（比如程序调用了system()或fork()） -
-e trace=open,read,write,close：只关注指定系统调用，减少干扰 -
-s 256：扩大字符串参数显示长度（默认只显示前 32 字符） -
-T：显示每次系统调用耗时（单位秒）
例如调试文件打开失败问题，常用：
strace -f -e trace=open,openat,stat -s 256 -o open.log ./myapp
立即学习“C++免费学习笔记（深入）”；
为什么 strace 显示的错误码是 -1，但没看到 errno？
strace 默认只显示系统调用返回值（如 open("missing.txt", O_RDONLY) = -1），不自动解析 errno。但你可以加 -y（显示文件描述符路径）或配合 -v（详细模式）看更多上下文；更直接的方式是查返回值后紧跟的 errno 名称，strace 实际会输出类似：
open("config.json", O_RDONLY) = -1 ENOENT (No such file or directory)。注意：只有当内核返回负值且设置了 errno 时，strace 才会补全这个字符串；如果程序自己忽略错误或封装了 syscall（如 glibc 的 fopen），你看到的可能只是 open 失败，而不知道上层逻辑为何没报错。
strace 会影响程序行为或性能吗？
会，而且影响不小。strace 依赖 ptrace 单步拦截，每个系统调用都会导致两次上下文切换（进内核前、出内核后），吞吐量可能下降 10–100 倍。特别要注意：
- 对时间敏感的程序（如实时音视频、高频定时器）可能超时或逻辑错乱
- 某些反调试逻辑会检测
ptrace并退出（虽少见，但安全类程序可能有） - 多线程程序中，
-f可覆盖子线程，但线程创建瞬间的系统调用（如clone）可能被漏掉，建议加-S usecs看调度延迟 - 不要在生产环境长期运行 strace，尤其不能重定向到慢速存储（如 NFS）的 trace 文件
真正需要低开销观测时，应考虑 perf trace 或 bpftrace 替代。
最常被忽略的一点：strace 看不到用户态函数调用（比如 std::string::append 或 std::vector::push_back），它只管内核接口。如果你怀疑是 C++ 标准库内部逻辑卡住，得换 gdb 或 perf record -e cycles:u。
