当前位置: 首页 > 图文教程 > 开发语言 > VC++ > 防止信号处理失灵
| 防止信号处理失灵 原文出处:Preventing Glitches in Signal Processing
信号处理类似硬件中断。它们促使某个进程从当前的执行控制流程中跳出,以实现特定的行为,待特定处理完成后,再恢复到中断点继续执行。本文将剖析 ANSI <signal.h>库并示范如何使用其接口。然后,本文将进而讨论 POSIX 信号处理 API。默认情况下,某些信号导致进程终止。例如,试图存取进程不拥有的内存将触发 SIGSEGV (“段故障”)信号,这时该信号会终止进程的执行。许多应用程序都有这个问题,这是我们不希望看到的。调试,仿真和事务处理系统必须处理这样的信号以便让进程继续执行。那么我们如何防止这种发生呢?
所谓信号处理例程是一个函数,当某个信号发生时,内核会自动调用该函数。signal()函数为给定的信号注册一个处理例程: typedef void (*handler)(void);void * signal(int signum, handler); 第一个参数是信号编码。第二个参数用户定义的函数地址,当信号 signum 产生时,handler 所指向的函数被调用。
第三步:产生和处理信号 #include <csignal>#include <iostream>using namespace std;void term(int sig){ //..necessary cleanup operations before terminating cout << "handling signal no." <<sig <<endl;}int main(){ signal(SIGTERM, term); // register a SIGTERM handler raise(SIGTERM); // will cause term() to run} ANSI <signal.h> 的局限当进入就绪状态的某个进程准备运行一个 SIGx 信号处理例程时又接收到另一个 SIGx 信号,这时会发生什么情况呢?一个方法是让内核中断该进程并再次运行该信号处理例程。为此,这个处理例程必须是可重入的(re-entrant)。但是,设计可重入的处理例程决非易事。ANSI C 解决重现信号(recurring signals)问题的方法是在执行用户定义的处理例程前,将处理例程重置为 STG_DFL。这样做是有问题的。 当两个信号快速产生时,内核运行第一个信号的处理例程,而对第二个信号则进行默认处理,这样有可能终止该进程。 在过去的三十年中出现了几个可以信号处理框架,每一种框架对重现信号的处理问题提供了不同的解决方法。POSIX 信号 API 是其中最为成熟的和可移植的一个。 POSIX 信号 POSIX 信号处理函数操作一组打包在 sigset_t 数据类型中信号:
|