Question

任何人都可以帮助我理解以下三种处理信号的方式有什么区别？我在C中的客户端/服务器上运行。

编辑：我已经明白第一个例子是错的，现在我想知道哪个更好/可能，第二个是第三个？我还在网上看到有人在他们之间进行混合，使用＆＃34; struct sigaction sig＆＃34; in＆＃34; sigemptyset＆＃34;和＃34; sigaddset＆＃34;，没有任何sigprocmask。这比我的解决方案都好吗？

处理程序：

void closeSig(){
    close(socketAccept);
    close(socket);
    exit(1);
}

第一个例子：

signal(SIGINT, closeSig);

第二个例子：

sigset_t set;
struct sigaction sig;
sigemptyset(&set);
sigaddset(&set, SIGINT);
sig.sa_sigaction = &closeSig;
sig.sa_flags = SA_SIGINFO;
sig.sa_mask = set;
sigaction(SIGINT, &sig, NULL);
sigprocmask(SIG_UNBLOCK, &set, NULL);

第3个例子：

struct sigaction sig;
sig.sa_sigaction = &closeSig;
sig.sa_flags = SA_SIGINFO;
sigaction(SIGINT, &sig, NULL);

Answer 1

根据POSIX sigaction()，函数closeSig()并非严格来说是一个合适的信号回调。它应该是：

void closeSig(int signum);

常规回调，但在您使用SA_SIGINFO时，需要：

void closeSig(int signum, siginfo_t *info, void *context);

您还需要查看sigprocmask()的POSIX规范。

让我们看看第二个例子：

sigset_t set;
struct sigaction sig;
sigemptyset(&set);
sigaddset(&set, SIGINT);
sig.sa_sigaction = &closeSig;
sig.sa_flags = SA_SIGINFO;
sig.sa_mask = set;
sigaction(SIGINT, &sig, NULL);
sigprocmask(SIG_UNBLOCK, &set, NULL);

& &closeSig是不必要的，但无害。但是，问题中显示的closeSig()类型是错误的。 sigset_t表示在调用中断处理程序时将阻止SIGINT（仅限），但由于标志不包括SA_NODEFER，因此无论如何都会发生这种情况。因此，代码处理set对于sigaction()来说是多余的。

对sigprocmask()的调用取消阻止中断（SIGINT）。目前尚不清楚为什么要这样做;之前必须要对sigprocmask()进行一些阻止中断才能产生影响。但是，在此之后，如果向进程发送中断，则将使用它不期望的参数调用closeSig()函数。

第三个例子是：

struct sigaction sig;
sig.sa_sigaction = &closeSig;
sig.sa_flags = SA_SIGINFO;
sigaction(SIGINT, &sig, NULL);

这与解剖和简化第二个例子中描述的最小操作非常接近。主要问题是sig.sa_mask被设置为不确定的值。代码应该是：

struct sigaction sig;
sig.sa_sigaction = &closeSig;
sig.sa_flags = SA_SIGINFO;
sigemptyset(&sig.sa_mask);
sigaction(SIGINT, &sig, NULL);

现在这相当于第二个例子。

以不同方式处理信号

1 个答案: