关于标准信号的传递

如何解决关于标准信号的传递

|   相反，如果多个实例   标准信号是              在该信号当前被阻止的情况下传送，则只有一个   实例已排队。 我认为上面的描述不太清楚，并引起了我的歧义： 如果未阻止特定信号怎么办，同一信号的多个实例是否会排队？ 信号在哪里排队，是过程的特定位置还是全局位置？ 如何处理排队的信号，是否有可能同时处理两个信号，或者保证信号将被一个接一个地处理？ 所以这里实际上是3个问题。     

解决方法

           如果未阻止特定信号怎么办，同一信号的多个实例是否会排队？ 这取决于是否已使用

sigaction

结构和

sigaction()

函数为信号设置了SA_SIGINFO标志，以及您的系统是否具有针对_POSIX_REALTIME_SIGNALS的有效定义（现代Linux内核具有此定义）。如果两个实例都为真，则符合这两个条件的所有到达信号都将在每个进程队列中排队，直到它们被传递或接受，直到操作系统对给定信号中的项目数施加限制为止。的队列。在那之后，任何其他到达该信号类型的信号都将被丢弃。 如果这些情况中的任何一种都不成立，则仅处理当前到达的信号，并且丢弃在当前信号处理程序运行时到达的具有相同信号类型的任何其他信号。同样，如果您正在阻止信号，并且两个或多个信号到达该过程并且没有传递，则它们会合并在一起成为一个信号事件。但是同样，这仅在不满足以上两个条件的情况下……否则，将相同类型的多个信号事件排队。 还要注意一点...陈述的两个条件是针对POSIX规范的，但是Linux将对任何实时信号进行排队，即使未为该信号设置SA_SIGINFO。因此，这意味着对应于范围SIGRTMIN和SIGRTMAX的任何信号。   信号在哪里排队，是过程的特定位置还是全局位置？ 它存储在每个进程的队列中。   排队信号如何处理，   是否有可能两个信号   在同一时间处理   时间，否则它的保证信号会   一一处理？ 这取决于如何使用“ 0”结构和“ 1”功能设置信号处理程序。不保证在信号处理程序运行时会阻止其他任何信号。可以在“ 0”结构中设置一个信号掩码，以确定在信号处理程序运行时哪些信号被阻止。信号本身会被阻塞，直到信号处理程序完成为止，但是如果您的“ 0”结构中设置的信号处理程序未设置信号屏蔽，则其他信号会中断您当前的信号处理程序。因此，您在信号处理程序中所做的任何事情都应该是异步安全的，并且不应在信号处理程序中调用任何非异步安全的函数，例如

fprintf()

等。因此，可以确保信号本身以FIFO顺序处理（也就是说，一个信号不会自身中断），但是如果您没有故意阻止其他信号，则其他信号会中断您当前的信号处理程序。请记住，在信号处理程序中设置信号掩码以阻止其他信号中断您的处理程序是一个非常糟糕的主意，并且不是原子操作，因此请不要这样做。如果要在信号处理程序运行时阻止其他信号，请在传递给

sigaction()

的

sigaction

结构中提供一个信号掩码。     ,这是一个位掩码-请注意，标准信号的值都在

32

以下吗？ 编辑0： 标准信号的“队列”只是每个线程的位掩码，因此一旦发布信号但尚未传递给定的位，则设置该位，并且发布相同的信号将丢失，直到该位被清除为止，即信号为已交付。 编辑1： 我们可以可靠地获得子进程，因为该机制不仅仅依赖于信号。内核会保留有关进程祖先的详细信息，子进程一旦退出就不会消失，而是留在进程表中供父级收获（这就是我们繁殖僵尸的方式，对：）。等待ѭ10意味着“您的至少一个孩子改变了状态，浸入内核以收集尸体”。这里的争夺不是在信号“ queue”上，而是在进程表/树/任何东西上，这是内核保护它的工作。     ,        每个线程一次处理一个信号。信号处理程序运行时，所有其他信号将自动被阻止。 因此，不可能将多个相同信号排队到单个线程中。但是，许多不同的信号可能会出现在队列中。 我认为信号处理程序有可能在退出之前解除对某些信号的阻塞，在这种情况下，如果生成信号，您将冒信号栈（用于信号处理程序的调用栈，而不是信号队列）溢出的风险。比处理速度快。     ,        如果在处理同一信号时传递了信号，则将在从当前调用返回后立即再次调用处理程序，因此将有多个信号传递。 当然，如果在处理第一个信号的同时多次发送信号，则只有一个信号会排队，并且只会发生一个重复的处理程序调用。 信号在内核的proc结构中被标记为\“ pending \”，因此每个进程都有单独的信号位掩码，并且每种信号（SIGBUS，SIGINT，SIGUSR1等）只能处于待处理状态，但是可能有多个不同的信号处于待处理状态同时。