strace为何因内核/运行环境差异忽略clock_gettime等系统调用

1. Kubuntu环境下strace未捕获clock_gettime系统调用的原因 #

这是Linux内核的vdso（虚拟动态共享对象） 加速机制导致的：

• 为了降低高频时间类查询的开销，Linux会把clock_gettime、gettimeofday这类常用函数的实现放到内核映射到用户态的特殊共享内存页中，调用全程不需要执行用户态到内核态的切换，完全在用户态完成计算返回，不会触发真正的系统调用陷入。
• strace的核心原理是拦截进程的系统调用陷入事件，完全在用户态执行的vdso调用自然不会被strace捕获。

你可以在Kubuntu环境下执行ldd ./a.out验证，输出中会包含linux-vdso.so.1这个虚拟共享库，就是该机制的载体。

2. 不同环境下strace行为存在差异的原因 #

vdso的支持依赖内核配置、运行架构、虚拟化环境特性，二者环境的差异本质是clock_gettime是否触发了真实系统调用：

• 你自定义编译的内核大概率没有开启vdso支持（内核配置项CONFIG_VDSO未设置为y），或者对应的运行架构、QEMU模拟环境不支持vdso的时钟类调用加速，此时clock_gettime就会走常规的系统调用路径，自然会被strace捕获。
• 部分虚拟化场景下如果没有开启时间源直通，内核会主动禁用vdso的时间查询加速，避免出现时间不同步问题，也会触发真实系统调用。
• 另外如果程序链接的libc没有适配当前内核的vdso接口，也会fallback到系统调用逻辑。

内容的提问来源于stack exchange，提问作者DimanNe