以不同的方式处理信号

Question

谁能帮我理解以下三种处理信号的方式有什么区别？我在 C 中的客户端/服务器中运行。

编辑：我知道第一个例子是错误的，现在我想知道哪个更好/可能，第二个还是第三个？我还在网上读到有人在它们之间进行混合，使用“sigemptyset”和“sigaddset”中的“struct sigaction sig”，没有任何 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);

第三个例子：

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);

这相当于第二个例子。