Linux下libfaketime作用于sleep与自定义mysleep的差异问题

核心差异原因 #

• 系统自带的sleep命令通常直接调用nanosleep()系统调用，而libfaketime的拦截逻辑基于LD_PRELOAD替换用户态时间函数，无法直接干预内核级的系统调用，因此加速规则对它无效。
• 你实现的mysleep依赖usleep()完成休眠，多数C标准库中usleep()是用户态实现：通过循环调用clock_gettime()或gettimeofday()感知时间，再配合短时间让出CPU，libfaketime会篡改这些用户态时间函数的返回值，让程序误以为时间流速翻倍，从而提前结束休眠。

为何strace未发现明显差异？ #

• 可能你忽略了调用链路的本质：
  • 系统sleep的调用链是sleep() -> nanosleep()（直接系统调用），没有经过libfaketime能拦截的用户态封装层。
  • 而usleep()的实现如果是用户态逻辑，底层可能调用clock_gettime() + 小间隔sched_yield()/nanosleep()，但libfaketime篡改了clock_gettime()的返回值，让usleep()的循环提前终止——strace只能看到系统调用的执行，无法感知用户态函数返回值被篡改的情况。

对libfaketime的常见误解纠正 #

• libfaketime并非能拦截所有时间相关操作：它仅能替换通过动态链接加载的用户态时间函数（如time()、clock_gettime()、gettimeofday()，以及部分libc封装的休眠函数），对静态编译程序、直接调用系统调用的程序无能为力。
• FAKETIME="+0h x2"的加速效果，仅针对依赖用户态时间函数判断休眠时长的程序生效，直接调用内核休眠系统调用的程序不受影响。

验证建议 #

• 检查系统sleep的编译方式：执行file /bin/sleep，如果显示是静态编译，LD_PRELOAD无法注入libfaketime，自然不会生效。
• 查看sleep的符号引用：执行objdump -T /bin/sleep | grep nanosleep，如果看到直接引用系统调用符号，说明它绕过了libc的用户态封装，libfaketime无法拦截。

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