孤儿进程和僵尸进程
如果父进程先退出，子进程还没退出那么子进程的父进程将变为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就已经发挥作用，所以正常返回。由于初学，所以也不太懂，还请高手指正阿！
|
1、wait和waitpid出现的原因 |
|
SIGCHLD 当子进程退出的时候，内核会向父进程发送SIGCHLD信号，子进程的退出是个异步事件（子进程可以在父进程运行的任何时刻终止） 子进程退出时，内核将子进程置为僵尸状态，这个进程称为僵尸进程，它只保留最小的一些内核数据结构，以便父进程查询子进程的退出状态。 父进程查询子进程的退出状态可以用wait/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()只能向一个进程发送信号，而不能发送信号给一个进程组。