进程间通信（信号）

debug_running_Hu

已于 2024-10-10 22:35:11 修改

阅读量692

点赞数 4

文章标签：信息与通信信号处理考研

于 2024-10-10 22:32:03 首次发布

本文链接：https://blog.csdn.net/weixin_49342084/article/details/142833824

版权

信号是进程间通信的一种异步通信机制。与其他进程间通信方式（如管道、消息队列、共享内存）不同，信号不是用于在进程间交换大量数据，而是用于在进程间传递简单的信号，通知进程发生了某个事件。这使得信号非常适合用于处理异步事件和中断。

1. 信号的本质:

信号本质上是一个软件中断，当某个事件发生时，内核会向目标进程发送一个信号。目标进程可以忽略该信号，也可以捕捉该信号并执行相应的处理程序。如果没有定义信号处理程序，则进程会执行默认动作（通常是终止进程）。

2. 信号的产生:

信号可以由多种事件触发：

硬件异常: 例如，除零错误、段错误等硬件异常会产生相应的信号（如 SIGFPE, SIGSEGV）。
软件异常: 例如，调用 kill() 系统调用可以发送信号到指定进程。
软件条件: 例如，子进程终止，定时器超时，I/O 事件等，都会产生相应的信号。

3. 信号的种类:

Linux 系统定义了许多信号，每个信号都有一个数字编号和名称（例如 SIGINT, SIGTERM, SIGKILL）。一些常见的信号包括：

SIGINT (2): 中断信号，通常由 Ctrl+C 产生。
SIGTERM (15): 终止信号，通常用于优雅地终止进程。
SIGKILL (9): 终止信号，无法被捕捉或忽略。
SIGALRM (14): 定时器信号，由 alarm() 函数设置。
SIGCHLD (17): 子进程状态改变信号，当子进程终止或停止时发送。
SIGPIPE (13): 管道破裂信号，当写端关闭而读端还在读时产生。

4. 信号处理:

进程可以通过 signal() 系统调用来注册信号处理函数。 signal() 的第一个参数是信号编号，第二个参数是信号处理函数的地址。信号处理函数的原型通常如下：

void handler(int signum);

signum 参数表示接收到的信号编号。

信号处理函数的执行方式是：

异步: 信号处理函数的执行是异步的，它可以在任何时候中断进程的执行。
原子性: 信号处理函数的执行是原子的，在处理函数执行期间，不会被其他信号中断。（但某些操作可能非原子，需要额外处理）。
非阻塞: 信号处理函数的执行是短时间的，避免长时间阻塞进程主流程。

5. 信号的传递:

信号的传递机制较为复杂，涉及到内核态和用户态的切换。简而言之，内核会将信号添加到目标进程的信号队列中。当进程从内核态返回用户态时，内核会检查信号队列，并根据注册的信号处理函数或默认行为来处理信号。

6. 信号的阻塞和未决:

一个进程可以阻塞某些信号，阻止它们在当前被立即处理。这些信号会被添加到进程的未决信号集中，直到进程解除阻塞。 sigprocmask() 系统调用可以用来操作信号屏蔽字。

7. 信号的可靠性和非可靠性:

某些信号是可靠的（例如 SIGRTMIN 到 SIGRTMAX），这意味着内核会保证信号不会丢失；而某些信号是非可靠的，这意味着如果一个信号在处理前又发送了一次，可能导致信号丢失。

8. 使用信号的例子 ©:

#include <stdio.h>
#include <signal.h>
#include <unistd.h>

void handler(int signum) {
  printf("Received signal %d\n", signum);
}

int main() {
  struct sigaction sa;
  sa.sa_handler = handler;
  sigemptyset(&sa.sa_mask); // 清空信号屏蔽字
  sa.sa_flags = 0; // 设置标志位

  if (sigaction(SIGINT, &sa, NULL) == -1) {
    perror("sigaction");
    return 1;
  }

  printf("Waiting for signal...\n");
  pause(); // 暂停进程，等待信号
  printf("Signal handled.\n");
  return 0;
}

补充一些关于信号的解释，并着重于一些容易混淆的概念和实际应用场景：

1. 信号的优先级:

信号并非平等的。有些信号的优先级高于其他信号。例如，SIGKILL 信号无法被捕捉或忽略，它总是会终止进程。当多个信号同时到达时，内核会按照一定的优先级顺序处理这些信号。理解信号的优先级对于编写健壮的信号处理程序至关重要，避免因为信号处理的顺序导致程序出现不可预期的行为。

2. 信号的竞争条件 (Race Condition):

由于信号处理是异步的，因此存在信号处理程序与主程序代码竞争资源的可能性。例如，如果信号处理程序修改了主程序正在访问的共享变量，就可能导致数据不一致或程序崩溃。为了避免这种竞争条件，需要使用互斥锁（mutex）或其他同步机制来保护共享资源。

3. sigaction() 函数的细节:

我们之前提到了 signal() 函数，但更强大的函数是 sigaction()。 sigaction() 提供了比 signal() 更精细的控制：

sa_mask: 允许指定在信号处理程序执行期间要阻塞的信号集。这可以防止信号处理程序被其他信号中断，从而避免竞争条件。
sa_flags: 允许设置各种标志，例如 SA_RESTART（系统调用被信号中断后自动重启）、SA_NOCLDSTOP（忽略子进程的停止信号）等。合理使用这些标志可以简化信号处理的逻辑，并提高程序的健壮性。

4. 信号和多线程:

在多线程程序中，信号的处理更加复杂。信号通常只发送给进程，而不是线程。当一个信号到达时，内核会选择一个线程来处理该信号。这可能会导致一些意想不到的行为，例如，如果信号处理程序修改了共享数据，可能会影响其他线程。因此，在多线程程序中使用信号需要非常小心，通常需要使用线程同步机制来协调信号处理程序和其它线程的执行。

5. 实际应用场景:

异步事件处理: 信号可以用来处理异步事件，例如网络连接、磁盘 I/O 等。当这些事件发生时，内核会发送相应的信号通知进程。
进程监控: 可以使用信号来监控子进程的状态。当子进程终止或发生错误时，父进程会收到 SIGCHLD 信号，从而可以采取相应的措施。
优雅地终止进程: 使用 SIGTERM 信号可以请求进程优雅地终止，这给进程提供了清理资源和保存状态的机会，避免数据丢失。
调试和测试: 信号可以用来模拟各种异常情况，例如内存错误、段错误等，方便程序的调试和测试。

6. 一些需要注意的点:

避免在信号处理函数中进行耗时的操作，因为这可能会阻塞进程的运行。
仔细考虑信号处理函数中可能出现的异常情况，例如内存分配失败等。
充分理解 sigprocmask() 函数，合理地使用信号屏蔽，避免信号处理程序之间的相互干扰。

结合一些实际例子来加深理解：

1. 信号集 (Signal Set):

前面提到过信号屏蔽字，其实更准确的说是信号集。信号集是一个位向量，每个位对应一个信号。可以使用 sigemptyset()、sigfillset()、sigaddset()、sigdelset() 等函数来操作信号集。 sigprocmask() 函数使用信号集来设置、获取或修改进程的信号屏蔽字。这比简单的屏蔽字更灵活，可以精确控制需要屏蔽的信号集合。

2. 实时信号 (Real-time Signals):

Linux 提供了实时信号 (SIGRTMIN 到 SIGRTMAX)，这些信号与普通信号相比具有以下特点：

可靠性: 实时信号是可靠的，这意味着内核会保证信号不会丢失。即使信号在处理前再次发送，也不会丢失。这与许多非实时信号（如 SIGINT）不同，后者可能会丢失。
排队: 实时信号可以排队，这意味着如果一个实时信号正在处理，后续到达的实时信号会排队等待处理，而不是丢失。

这使得实时信号特别适合于需要精确控制信号处理顺序和可靠性保证的应用，例如高性能的实时系统。

3. 信号与系统调用:

当一个进程正在执行系统调用时，如果收到一个信号，系统调用的行为取决于信号的类型和系统调用的特性。有些系统调用在收到信号后会返回错误，有些系统调用会被中断并重新开始，有些系统调用可能会忽略信号继续执行。 SA_RESTART 标志可以影响系统调用的行为。理解信号与系统调用的交互对于编写可靠的程序至关重要。

4. 举例说明信号处理的复杂性：

考虑这样一个场景：一个进程需要处理 SIGINT 和 SIGTERM 信号。 SIGINT 用于优雅地关闭，SIGTERM 用于强制关闭。如果在处理 SIGINT 的过程中收到了 SIGTERM，该如何处理？

一个简单的处理方式是忽略 SIGTERM，直到 SIGINT 处理完成。但这可能不是最佳方案。一个更健壮的方案是：在 SIGINT 处理程序中设置一个标志，指示程序正在关闭。在 SIGTERM 处理程序中检查这个标志，如果已经开始关闭，则直接退出；否则，开始关闭流程。这需要仔细的编程和状态管理。

5. 信号在多进程编程中的应用：

在多进程编程中，信号可以用于进程间的通信和同步。例如，父进程可以向子进程发送信号来通知子进程某些事件的发生，或者子进程可以向父进程发送信号来报告其状态。但是，需要注意的是，信号的传递是非阻塞的，并且可能会丢失，因此需要谨慎设计信号处理机制，确保可靠性。

再深入探讨一些更高级和细致的方面，以及一些容易被忽视的细节：

1. 信号的传递和阻塞:

信号的传递: 信号并非立即传递给目标进程。内核维护一个待处理信号队列。当一个信号被发送到进程时，它会被添加到该队列中。进程只有在特定时机（例如，从系统调用返回，或者处于用户态代码中）才会检查并处理这些信号。
信号的阻塞: sigprocmask() 函数允许设置信号屏蔽字。被阻塞的信号不会立即被传递给进程，即使它们已经在待处理队列中。只有当信号被解除阻塞后，才会被处理。这提供了控制信号处理时机的方式。
信号的丢失: 对于非实时信号，如果一个信号在处理前再次被发送，可能会导致信号丢失。这通常发生在信号处理程序执行时间过长的情况下。这就是为什么在信号处理程序中应该避免执行耗时的操作。

2. 信号处理程序的返回值:

信号处理程序的返回值通常被忽略，但是某些情况下，返回值可能会影响程序的行为。例如，如果信号处理程序返回 0，那么系统调用可能会被重新启动。

3. 异步信号安全函数 (Async-Signal-Safe Functions):

并非所有函数都是异步信号安全的。在信号处理程序中调用非异步信号安全函数可能会导致程序崩溃或出现不可预期的行为。这是因为非异步信号安全函数可能持有锁或访问共享资源，而这些资源在信号处理程序执行时可能会处于不一致的状态。只有少数函数被认为是异步信号安全的，例如 signal()， sigaction()， sigprocmask()， sigpending()， sigemptyset()， sigfillset()， sigaddset()， sigdelset() 等以及一些标准的 I/O 函数（如 write() 用于少量数据）。在编写信号处理程序时，务必只使用异步信号安全函数。使用不安全的函数，可能会导致程序崩溃或数据损坏。

4. sigpending() 函数:

sigpending() 函数可以检查当前进程的待处理信号集，即使这些信号被阻塞。这对于调试和理解信号处理流程非常有用。

5. 系统调用中断:

大部分系统调用在接收到信号后会被中断，并且返回一个 EINTR 错误。 SA_RESTART 标志可以更改此行为，使得系统调用在信号处理完成后自动重新启动。然而，这并不是总是可行的，尤其是在某些复杂或长耗时的系统调用中。

6. 避免常见的错误：

在信号处理程序中使用 malloc/free: 这些函数不是异步信号安全的，在信号处理程序中使用它们可能导致程序崩溃。
在信号处理程序中使用复杂的锁机制: 复杂的锁机制在信号处理程序中可能会导致死锁或其他问题。应该优先使用更简单的同步机制，或者避免在信号处理程序中使用锁。
信号处理程序的递归调用: 信号处理程序的递归调用可能会导致堆栈溢出。

7. 更高级的信号应用:

信号可以用来实现更高级的编程模式，例如：