poll(NULL, 0, timeout)系统调用的含义、行为及使用场景咨询

嘿，刚好对这个调用熟得很，给你掰扯清楚～

这个调用到底干了啥？ #

当你把poll()的第一个参数pollfd设为NULL，第二个参数nfds（要监听的文件描述符数量）设为0时，这个系统调用就完全放弃了“监听文件描述符”的本职工作，直接变成了一个高精度的阻塞延时工具。

它的行为很明确：

• 让当前进程进入休眠状态，直到timeout毫秒的时间耗尽
• 如果在休眠过程中收到信号（比如SIGINT、SIGTERM），会提前唤醒进程，返回-1，同时把errno设为EINTR
• 和sleep()不同，它的超时精度是毫秒级，比秒级的sleep()要精细得多

程序为啥要这么写？ #

常见的场景有这么几个：

• 需要高精度延时：如果程序要等几十毫秒这种短时间，用poll()比sleep()精准，也比自己写循环忙等（比如while(clock() < end)）要高效得多——休眠期间进程不占CPU时间片，完全交给系统调度。
• 兼顾延时和信号响应：有些程序需要在等待的同时能处理信号，比如后台服务要能被快速终止。poll()被信号打断后会返回错误，程序可以捕捉这个错误并执行清理逻辑；而sleep()被打断后，剩下的等待时间就直接作废了，没法优雅处理。
• 跨平台兼容：老一些的代码可能为了兼容不同Unix-like系统，选择用poll()的这种写法——毕竟有些平台早年没有usleep()或者nanosleep()，而poll()是POSIX标准里的接口，通用性更强。
• 空闲循环的“降频”：比如一些守护进程，在没有任务的时候需要定期检查状态，用poll(NULL, 0, 1000)就能实现每秒检查一次，同时避免无限空循环把CPU跑满。

内核层面的小补充 #

如果你真去看内核源码的话，会发现内核处理这个调用时，因为没有需要监听的文件描述符，直接把进程加入到对应的超时等待队列里，进程进入TASK_INTERRUPTIBLE状态——直到超时时间到，或者有信号触发唤醒，整个过程完全不消耗CPU资源，这也是它比忙等高效的核心原因。

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