2 
#include <iostream>
#include <signal.h>
#include <unistd.h>

using namespace std;

void sighandler(int sig) {
    cout << "signal received" << endl;
}

int main() {

    int pid= getpid();
    cout << pid << endl;

    signal( SIGUSR1, sighandler );

    sigset_t accept;
    sigaddset( &accept, SIGUSR1 );
    int s;

    sigwait(&accept, &s);

    cout << s << endl;

    return 0;
}

当我运行这个程序并通过“kill -s SIGUSR1 $pid”向它发送一个 SIGUSR1 信号时，它只输出信号的编号（10）而不是 sighandler 中的文本。我不明白为什么。这是在 Linux 系统上。

4

3 回答 3

6

从sigwait - wait for queued signals

描述

sigwait() 函数从集合中选择一个未决信号，从系统的未决信号集中原子地清除它，并在 sig 引用的位置返回该信号编号。

所以，通过使用sigwait()，信号已经被你的程序传递和处理了。

当您移除sigwait呼叫并进行睡眠或忙碌等待时，SIGUSR1信号将被传递到您的信号处理程序，并且将打印“收到信号”消息。

于 2013-03-05T20:31:03.660 回答
3

你得到这种行为是因为当你调用sigwait()你的线程进入睡眠状态并且控制权被传递给操作系统时。当您发送SIGUSR1信号时，它由操作系统处理，然后操作系统唤醒您的线程并将控制权传回。即使您已经注册了一个信号处理程序，您的处理程序也不会被调用，因为在您的线程被重新唤醒时已经处理了信号。

于 2013-03-05T20:32:53.447 回答
1

我试图找到一个明确的参考，但似乎信号处理程序和sigwait是互斥的。如果您使用 同步处理信号，sigwait则永远不会调用处理程序。

有关讨论，请参阅关于 sigwait() 的模棱两可的描述

于 2013-03-05T20:31:11.900 回答