如何让父进程在子进程收到SIGCONT时获得跨平台通知

首先得确认你的观察完全正确：POSIX标准并没有强制要求系统在子进程收到SIGCONT时必须向父进程发送SIGCHLD——这就是为什么Ubuntu（遵循GNU C库行为）会触发，而OSX不会的原因。手册里那句> 当子进程终止、被中断或从中断恢复时，会向父进程发送SIGCHLD信号。其实是POSIX的可选行为，不同系统的实现差异就在这里。

针对你的需求（精确记录进程运行时间、感知外部发送的SIGCONT），这里有几个跨平台的可行方案：

1. 基于事件驱动的进程状态监控（推荐） #

这个方案能实现无轮询的精确事件通知，是跨平台最可靠的方式：

• Linux平台：使用pidfd_open()（Linux 5.3+）获取进程的文件描述符，然后通过epoll监控这个fd的EPOLLIN事件，同时结合waitpid()的WUNTRACED/WCONTINUED参数来捕获停止/继续状态。对于旧版Linux，可以解析/proc/<pid>/stat文件来轮询进程状态，但精度稍差。
• OSX平台：利用kqueue的EVFILT_PROC过滤器，监听NOTE_STOP（进程被暂停）和NOTE_CONT（进程被继续）事件。当子进程状态变化时，kqueue会主动通知主进程，完全不需要轮询。

你可以封装一个跨平台的监控模块：在初始化时根据系统类型选择使用kqueue或epoll/pidfd，然后统一处理停止/继续事件，这样就能精确捕获到SIGCONT的触发时间，完美满足日志记录的需求。

2. 子进程信号钩子（仅适用于可控程序） #

如果Taskmaster启动的程序是你自己开发的（或者可以修改其代码），可以在子进程中添加一个SIGCONT的信号处理函数：

void handle_sigcont(int sig) {
    // 向父进程发送自定义信号，比如SIGUSR1
    kill(getppid(), SIGUSR1);
    // 可以在这里记录当前时间，或者通过管道把时间信息发给父进程
}

// 在fork()之后、execve()之前设置：
signal(SIGCONT, handle_sigcont);

但这个方案的局限性很明显：如果是启动第三方不可修改的程序，就无法使用。

3. 优化后的waitpid轮询（备选方案） #

如果你暂时无法实现事件驱动监控，可以优化你的轮询方案：

• 不要用线程每秒sleep，而是使用更高效的定时机制：比如Linux的timerfd或OSX的kqueue定时事件，把轮询间隔缩短到100ms甚至更短（根据精度需求调整），这样既能保证精度，又不会过度占用CPU。
• 每次轮询时调用waitpid(-1, &status, WNOHANG | WUNTRACED | WCONTINUED)，这样可以一次性检查所有子进程的状态变化，包括SIGCONT触发的继续状态。

这个方案的缺点是无法做到实时通知，但对于日志记录的时间精度来说，短间隔轮询基本能满足需求。

最后补充：无论用哪种方案，都要确保在处理子进程状态时，正确解析waitpid返回的status参数，通过WIFCONTINUED(status)来判断是否是SIGCONT触发的状态变化——这个宏是POSIX标准的，跨平台可用。

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