孤儿进程和僵尸进程

如果父进程先退出，子进程还没退出那么子进程的父进程将变为init进程。（注：任何一个进程都必须有父进程）

如果子进程先退出，父进程还没退出，那么子进程必须等到父进程捕获到了子进程的退出状态才真正结束，否则这个时候子进程就成为僵进程。

孤儿进程

如果父亲进程先结束，子进程会托孤给1号进程

父进程注册SIGCHLD信号,然后在回调函数里while (waitpid(0, NULL, WNOHANG) > 0); 注意这个分号不能少.

避免僵尸进程的另一种方法

#include <signal.h>

signal(SIGCHLD, SIG_IGN); 告诉内核,本进程要忽略SIGCHLD,请内核大哥帮忙处理.

在SIGCHLD信号被显式忽略的情况下，2.6内核子进程将直接退出并释放资源，等父进程调用waitpid时,发现对应的pid进程已不存在，因而返回-1错误，errno为10（No child processes）。
从某位高手的博客里看到了这个解释。大概就是因为显示忽略SIGCHLD信号时，内核会处理子进程的退出状态，再调用waitpid的时候，就找不到子进程了。不显示忽略的时候，内核不会对子进程的退出做处理，所以还是能找到的。至于设置了信号处理函数之后为什么还是能正常返回？我推测应该是进程同步问题。信号处理函数对这个信号的处理是异步的，所以等到空闲时，父进程才会调用这个函数来处理信号，在这之前，waitpid就已经发挥作用，所以正常返回。由于初学，所以也不太懂，还请高手指正阿！

Wait获取status后检测处理

宏定义     描述

WIFEXITED(status)  如果子进程正常结束，返回一个非零值

　　WEXITSTATUS(status)      如果WIFEXITED非零，返回子进程退出码

WIFSIGNALED(status)     子进程因为捕获信号而终止，返回非零值

　　WTERMSIG(status) 如果WIFSIGNALED非零，返回信号代码

WIFSTOPPED(status)       如果子进程被暂停，返回一个非零值

　　WSTOPSIG(status)   如果WIFSTOPPED非零，返回一个信号代码

用来等待某个特定进程的结束

waitpid(pid_t pid, int *status,int options)

对于waitpid的p I d参数的解释与其值有关：

pid == -1 等待任一子进程。于是在这一功能方面waitpid与wait等效。

pid > 0 等待其进程I D与p I d相等的子进程。

pid == 0 等待其组I D等于调用进程的组I D的任一子进程。换句话说是与调用者进程同在一个组的进程。

pid < -1 等待其组I D等于p I d的绝对值的任一子进程。

Wait和waitpid区别和联系

在一个子进程终止前，wait 使其调用者阻塞，而waitpid 有一选择项，可使调用者不阻塞。

waitpid并不等待第一个终止的子进程—它有若干个选择项，可以控制它所等待的特定进程。

实际上wait函数是waitpid函数的一个特例。

abort() //会发出一个6号信号

会话期：是一个或者多个进程组的集合，通常一个会话期开始与用户登录，终止于用户退出。在此期间，该用户运行的所有进程都属于这个会话期。

中断

中断是系统对于异步事件的响应（）

中断信号

中断源

现场信息

中断处理程序

中断向量表

异步事件的响应：进程执行代码的过程中可以随时被打断，然后去执行异常处理程序

生活中的中断和计算机系统中的中断

4）中断的其他概念

中断向量表保存了中断处理程序的入口地址。

中断个数固定，操作系统启动时初始化中断向量表。

中断有优先级（有人敲门，有人打电话，有优先级）

中断可以屏蔽（张三可以屏蔽电话）。

信号名称         描述

SIGABRT  进程停止运行 6

SIGALRM  警告钟

SIGFPE      算述运算例外

SIGHUP    系统挂断

SIGILL       非法指令

SIGINT      终端中断 2

SIGKILL     停止进程(此信号不能被忽略或捕获)

SIGPIPE    向没有读者的管道写入数据

SIGSEGV  无效内存段访问

SIGQUIT   终端退出3

SIGTERM 终止

SIGUSR1  用户定义信号1

SIGUSR2  用户定义信号2

SIGCHLD  子进程已经停止或退出

SIGCONT 如果被停止则继续执行

SIGSTOP   停止执行

SIGTSTP   终端停止信号

SIGTOUT  后台进程请求进行写操作

SIGTTIN   后台进程请求进行读操作

进程对信号的三种相应

忽略信号

不采取任何操作、有两个信号不能被忽略：SIGKILL（9号信号）和SIGSTOP。

思考1：为什么进程不能忽略SIGKILL、SIGSTOP信号。（如果应用程序可以忽略这2个信号，系统管理无法杀死、暂停进程，无法对系统进行管理。）。SIGKILL（9号信号）和SIGSTOP信号是不能被捕获的。

捕获并处理信号

内核中断正在执行的代码，转去执行先前注册过的处理程序。

执行默认操作

默认操作通常是终止进程，这取决于被发送的信号。

signal信号安装函数

函数原型:__sighandler_t signal(intsignum, __sighandler_t handler);

返回值,如果成功则返回信号以前的行为

不可靠信号PK可靠信号

不可靠信号是前32个信号,不支持排队.在快速发送时可能会造成丢失,因为在进程PCB控制的信号未决信号集,是不能排队的,多个同种信号的到来,只会有一个同种信号在未决集.

可靠信号

随着时间的发展，实践证明，有必要对信号的原始机制加以改进和扩充。所以，后来出现的各种unix版本分别在这方面进行了研究，力图实现"可靠信号"。由于原来定义的信号已有许多应用，不好再做改动，最终只好又新增加了一些信号，并在一开始就把它们定义为可靠信号，这些信号支持排队，不会丢失。同时，信号的发送和安装也出现了新版本：信号发送函数sigqueue()及信号安装函数sigaction()。

sleep函数几点说明

1）sleep函数作用，让进程睡眠。

2）能被信号打断，然后处理信号函数以后，就不再睡眠了。直接向下执行代码

3）sleep函数的返回值，是剩余的秒数

raise

raise

给自己发送信号。raise(sig)等价于kill(getpid(), sig);

killpg

给进程组发送信号。killpg(pgrp, sig)等价于kill(-pgrp, sig);

sigqueue

给进程发送信号，支持排队，可以附带信息。

pause()函数

将进程置为可中断睡眠状态。然后它调用内核函数schedule()，使linux进程调度器找到另一个进程来运行。

pause使调用者进程挂起，直到一个信号被捕获

alarm函数，设置一个闹钟延迟发送信号

告诉linux内核n秒中以后，发送SIGALRM信号；；

可重入函数概念

为了增强程序的稳定性，在信号处理函数中应使用可重入函数。

所谓可重入函数是指一个可以被多个任务调用的过程，任务在调用时不必担心数据是否会出错。因为进程在收到信号后，就将跳转到信号处理函数去接着执行。如果信号处理函数中使用了不可重入函数，那么信号处理函数可能会修改原来进程中不应该被修改的数据，这样进程从信号处理函数中返回接着执行时，可能会出现不可预料的后果。不可再入函数在信号处理函数中被视为不安全函数。

满足下列条件的函数多数是不可再入的：（1）使用静态的数据结构，如getlogin()，gmtime()，getgrgid()，getgrnam()，getpwuid()以及getpwnam()等等；（2）函数实现时，调用了malloc（）或者free()函数；（3）实现时使用了标准I/O函数的

信号在内核中的表示

执行信号的处理动作称为信号递达（Delivery），信号从产生到递达之间的状态，称为信号未决（Pending）。

进程可以选择阻塞（Block）某个信号。被阻塞的信号产生时将保持在未决状态，直到进程解除对此信号的阻塞，才执行递达的动作。

画图

当一个信号发送给一个进程时,进程控制块pcb控制着这个信号的走向,未决集(只可读,不可写),阻塞集(可读可写)都是64位数,因为有64个信号,每个位对应一个信号,一个信号要通过这两个集才能抵达

未决集初始状态全为0,信号首先进入到未决集,未决集的相应位变成1,然后查看阻塞位,如果阻塞位是1,那么信号无法通过,就一直在未决集,此时叫做未决态,一旦阻塞位变成0了,信号马上通过,未决集还没有变成0,

信号最后由程序决定如何处理(忽略,捕捉,默认行为),处理时未决集变成0,可以接收新的信号.

在信号处理函数中对某个信号进行解除阻塞时，则只是将pending位清0

信号集操作函数（状态字表示）

#include <signal.h>

intsigemptyset(sigset_t *set);把信号集清空 64bit/8=8个字节   sigset_t是一个64位的数

intsigfillset(sigset_t *set);把信号集全填写成1

intsigaddset(sigset_t *set, intsigno);根据signo，把信号集中的对应为置成1

intsigdelset(sigset_t *set, intsigno);根据signo，把信号集中的对应为置成0

intsigismember(constsigset_t *set, intsigno);//判断signo是否在信号集中

sigprocmask读取或更改进程的信号屏蔽状态字（block）

#include <signal.h>

int sigprocmask(int how, const sigset_t *set, sigset_t *oset);

功能：读取或更改进程的信号屏蔽字。

返回值：若成功则为0，若出错则为-1

sigpending获取信号未决状态字（pending）信息

#include <signal.h>

int sigpending(sigset_t *set);

sigaction函数

信号注册函数,与signal一样,只不过功能更加强大.

int sigaction(int signum,const struct sigaction *act,const struct sigaction *old);

sigaction结构体

第二个参数最为重要，其中包含了对指定信号的处理、信号所传递的信息、信号处理函数执行过程中应屏蔽掉哪些函数等等

structsigaction {

void (*sa_handler)(int);   //信号处理程序不接受额外数据

void (*sa_sigaction)(int, siginfo_t *, void *); //信号处理程序能接受额外数据，和sigqueue配合使用

sigset_t sa_mask; //信号处理函数执行的过程中阻塞哪些信号 sa_mask类型与未注册的信号集一样.但不需要sigprocmask

int sa_flags; //影响信号的行为SA_SIGINFO表示能接受数据

void (*sa_restorer)(void); //废弃

};

注意1：回调函数句柄sa_handler、sa_sigaction只能任选其一。

sigqueue新的信号发送函数,功能更强大.

    struct sigaction act;

    union sigval  mysigval;

    mysigval.sival_int = 111;

    sigemptyset(&act.sa_mask); //信号处理过程中不阻塞其它信号,

    act.sa_flags = SA_SIGINFO; //表示发送数据外加新的内容

    act.sa_sigaction = msigaction; //回调函数赋值

    sigaction(SIGINT, &act, NULL);  //注册信号

    sigqueue(getpid(), SIGINT, mysigval); //发送信号

sigqueue()比kill()传递了更多的附加信息，但sigqueue()只能向一个进程发送信号，而不能发送信号给一个进程组。