☰

SIGSTOP 激活时发出信号

tag-icon • tag-icon signals
SIGSTOP 激活时发出信号

如果进程在被 停止后收到信号会发生什么SIGSTOP？

我试图理解并清楚地了解这是如何处理的。不幸的是，我所能找到的只是信号的简短描述，但没有特定用例的详细信息。

到目前为止，我的理解是 whileSIGSTOP有效：

  • SIGKILL将立即终止该进程
  • 其他信号将被收集起来，并且在 a 上SIGCONT，搁置的信号将在进程上释放，就好像所有信号都在那一刻发送一样
  • 按照正常情况，在应用SIGCONT、sa_mask、sa_flagss等之后处理聚集的信号时SA_RESTART

例如，如果存在SIGSTOP-> SIGHUP->SIGCONT序列，则 的处理SIGHUP将被搁置，直到SIGCONT收到 after 。

我不确定这是否正确。

我对这些案件仍然一无所知：

  1. 我仍然对聚集信号的顺序感到困惑。

    例如：SIGSTOP-> SIGHUP-> SIGTERM-> SIGCONT：将按收到的顺序处理SIGHUP和，还是按任意顺序处理？SIGTERM

  2. SIGSTOP如果在有效期间多次接收到相同的信号，会发生什么情况？

    SIGSTOP-> SIGHUP-> SIGHUP->SIGCONT

  3. 会SIGSTOP中断正在运行的信号处理程序吗？如果信号正在等待处理，它们是否会保留到 ? 之后SIGCONT？

我在这些类似问题的答案中找到了一些答案，但我对上述事情仍然不清楚。

答案1

SIGSTOP不是“有效”的东西。信号被传递，然后进程处于停止状态。该状态就是有效的状态。如果在该状态下针对进程生成了一些信号，那么它们就会变成挂起状态。信号无法传递到已停止的进程。当进程再次运行时，它们会根据信号进程掩码进行处理，并进行处理：忽略信号。

我不确定指定的顺序。只有实时信号才具有可靠的排队特性。例如，POSIX 包含这样的措辞：“如果在调用 后有任何未决的未阻塞信号sigprocmask()，则在调用 sigprocmask() 返回之前至少应传递这些信号之一。”例如，如果 SIGINT 和 SIGTSTP 都处于待处理状态，则它不会指定先传送哪个。

当然也有一些特殊的行为：被 SIGSTOP 停止并不能阻止被 SIGKILL 杀死。

相关内容