09_信号ppt - 四川大学计算机学院.pptVIP

信号 引言 信号是软件中断 信号提供了一种处理异步事件的方法 信号机制存在两种不同时期的版本，一种是不可靠信号机制，另一种是可靠的信号机制 信号概念 信号在内核中用一个整数编号表示 C程序中，信号有一个名字，以“SIG”开头 现代Unix系统支持多达30多种不同类型的信号 产生信号的原因 当用户按某些终端键时 硬件异常 进程调用kill系统调用 当检测到某种软件条件已经发生 进程收到信号后的动作 忽略此信号 捕捉信号，执行一个函数 执行系统默认动作 忽略 暂停 终止 终止+core 常用的一些信号 SIGABRT 进程异常终止 SIGALRM 闹钟超时 SIGBUS 硬件故障 SIGCHLD 子进程终止 SIGCONT 停止的进程继续 SIGINT 按中断键 SIGIO 有异步IO事件 SIGKILL 可靠杀死进程 SIGQUIT 按退出键 SIGSEGV 无效内存访问(段违例) SIGSTOP 停止运行的进程 SIGSYS 无效的系统调用 SIGTERM 终止进程(kill默认发出的信号) SIGUSR 用户自定义信号 SIGXCPU 进程超软CPU限制 关于core文件 有些信号的默认动作是“终止+core”，表示，终止进程，并且产生进程core dump core文件是进程的内存映像信息，通过core文件可以对原进程进行调试，找出进程终止的具体原因 signal函数 signal函数是Unix系统提供的信号机制的最简单的接口 void (*signal(int signo, void (*func)(int)))(int); signal将用自定义的信号处理函数替换指定的信号的处理函数 这个函数定义得非常简单，没有考虑很多问题，是一种不可靠的信号处理方式 一种简单的写法 typedef void sigfunc(int);sigfunc signal(int, sigfunc); 一段典型代码 typedef void sigfunc(int); static void handler(int signo) { if (signo == SIGUSR1) printf(“........”); ....... } int main() { sigfunc *old_handler = signal(SIGUSR1, handler); pause(); ...... } 信号引入所面临的几个问题 不可靠的信号 中断的系统调用 函数的重入 不可靠的信号 信号可能会丢失，一个信号发生了，但进程却一直不知道 同时，进程对信号的控制能力也很弱，它只能捕捉信号或忽略它，但不能阻塞延缓信号 一段有问题的代码 int sig_int(int); ... signal(SIGINT, sig_int); ... int sig_int(int signo) { signal(SIGINT, sig_int); /* 再次设置处理函数 */ ... } 早期版本signal的一个问题是，每次接收到信号对其处理时，随即将信号动作恢复为默认动作 从信号发生之后，到信号处理程序中再次调用signal函数之前，这段时间中有一个时间窗口。在此时间窗口中，可能会发生另外一次信号，而第二个信号会导致默认动作 中断的系统调用 早期Unix系统的一个特性是：如果进程在执行一个低速系统调用，而阻塞期间捕捉到一个信号，则该系统调用就被中断不再继续执行，返回一个特定的错误信息EINTR 系统调用被分为低速系统调用和其他系统调用，低速系统调用可能使进程永远阻塞 读某类文件(比如管道、终端、网络) 写这类文件 打开某些类型文件(比如终端) pause、wait等函数 某些进程间通信 系统调用的自动重启 中断的系统调用需要程序员在应用程序中处理 为了帮助应用程序使其不必处理被中断的系统调用，Unix系统中引入了系统调用的自动重启 注意：不同的系统对系统调用的自动重启的配置是不一样的 函数的可重入问题 进程捕捉到信号并对其进行处理时，进程正在执行的指令序列就被信号处理程序临时打断，它首先执行改信号处理函数中的指令，并且在信号处理函数执行完毕后继续执行被打断的主程序。 如果主程序正在调用某些函数，而信号处理函数也调用这类函数，就出现了函数的重入问题。重入可能破坏函数内部的数据结构，导致错误。 函数能否重入？很多函数都是不可重入的，也有一些函数是可重入的。 函数不可重入的原因 函数使用了静态数据结构 函数调用了malloc和free 可靠的信号 首先，内核或者进程产生了一个信号 然后，内核将