1

对正在运行的监听信号的进程的中断有疑问。下面是我的处理程序。SIGHUP 用于重新加载我的配置文件，SIGCHLD 用于在它产生的进程上等待带有 nohang 的进程，而其他进程则用于终止进程。

void sig_handler( int sig, siginfo_t *siginfo, void *ucontext )
{
    if ( sig == SIGHUP ) {
        reload = 1;
    } else if( sig == SIGCHLD) {
        // TODO
    } else if ( sig == SIGTERM || sig == SIGKILL || sig == SIGINT ) {
        done = 1;
    }
}

do {
    if(reload) {
        // opening files, doing file descriptor stuff
        ... // processing...
        **SIHUP OCCURS! WHAT HAPPENS?** <<<<<<<<<<< Line: 505 <<<<<<<<<<<<<<<<<<
        ... // processing...
    }
} while(!done);

我目前对信号的理解：

  • 信号出现
  • 在第 505 行完成当前操作。即：open("t.txt");
  • 运行信号处理程序代码以完成
  • 返回第 505 行并继续

我担心的是：

  • 信号出现
  • 突破当前代码
  • 运行信号处理程序代码以完成
  • 从中断代码继续

问题：

  1. 我是否应该在重新加载配置时增强我的代码以阻止 SIGHUP、SIGTERM、SIGCHLD，以便在出现信号时不会出现不稳定的代码？还是过度设计？（假设它不会在之后恢复）
  2. 假设我在 SIGHUP 的信号处理程序中，但随后出现 SIGHUP 信号，会发生什么？（我假设它将它们排队并运行处理程序两次）

谢谢！

4

1 回答 1

0

实际上，如果发生信号，您当前的操作不一定会在调用信号处理程序之前完成。但是，在信号处理程序完成后，您的代码将从信号中断时的确切位置恢复。而且由于您的所有信号处理程序都设置了一个标志变量，因此对当前处于中间位置的代码没有任何影响。

答案：

  1. 何苦？您的代码确实会在之后恢复，并且任何设计合理的信号处理程序都不会破坏代码的稳定性。
  2. 文档似乎表明第二个信号的处理将推迟到第一个处理程序完成。有关详细信息，请参阅此问题。
于 2013-10-04T03:24:26.703 回答