信号驱动应用中sleep函数的异常行为排查

在实时系统课程中，我需要实现一个基于信号的日志应用：

• 应用包含一个线程，通过无限循环调用sem_wait等待特定信号，收到信号后生成转储文件
• 主线程调用sleep(60)预留测试时间，待线程被取消后应用终止（已知可用pthread_join替代pthread_cancel，此处仅作测试用）

遇到的问题：当主线程进入sleep状态后，收到第二次转储信号时，sleep似乎提前结束，应用随即终止（第一次信号触发时无异常）；不使用sleep函数时应用运行正常。想了解sleep函数出现了什么问题，或是需要从其他地方排查错误？

示例代码：

int main(){
   lib_init(); // 初始化线程
   sleep(60);
   lib_close(); // 此处调用pthread_cancel
}

void dump_handler(){
   sem_post(&sem);
}

void* dump_thread_fun(void*){
   while(1){
   sem_wait(&sem);
   // 执行转储操作   
   }
}

为什么sleep会提前结束？ #

sleep属于可被信号中断的系统调用：当触发转储的信号被递送到进程时，内核会唤醒处于sleep状态的主线程，sleep函数会立即返回未完成的休眠时长（而非继续休眠到指定的60秒），主线程随即执行后续的lib_close，调用pthread_cancel终止dump线程，最终导致应用提前终止。

第一次信号触发时看似无异常，大概率是因为你没注意到sleep已被打断，或者dump线程的转储操作耗时较短，让你误以为应用仍在正常运行。

解决办法 #

你可以通过以下几种方式修复这个问题：

1. 循环重启sleep
   在主线程中循环调用sleep，累计休眠满60秒。即使某次sleep被信号打断，也会继续休眠剩余的时间：

   int main(){
       lib_init();
       int remaining = 60;
       // 循环休眠直到累计满60秒
       while (remaining > 0) {
           remaining = sleep(remaining);
       }
       lib_close();
   }
   

2. 为信号处理函数设置SA_RESTART标志
   使用sigaction注册信号处理函数时，添加SA_RESTART标志，这样被信号打断的可中断系统调用（比如sleep）会自动重启，不会提前返回：

   // 在lib_init中注册信号处理函数时添加该配置
   struct sigaction sa;
   sa.sa_handler = dump_handler;
   sigemptyset(&sa.sa_mask);
   sa.sa_flags = SA_RESTART; // 关键：让被打断的系统调用自动重启
   // 假设你使用SIGUSR1作为转储触发信号
   sigaction(SIGUSR1, &sa, NULL);
   

3. 改用更可靠的休眠方式
   使用nanosleep或clock_nanosleep替代sleep：

   • nanosleep被信号打断后会返回剩余的休眠时间，你可以手动循环重启；
   • clock_nanosleep的TIMER_ABSTIME模式基于绝对时间休眠，不受信号中断的影响（信号仍会触发处理函数，但休眠会持续到指定的绝对时间点）。

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