linux(信号结尾)

目录：

            1.可重入函数

            2.volatile关键字

            3.SIGCHLD信号

--------------------------------------------------------------------------------------------------------------------------------

1.可重入函数----------用来描述一个函数的特点的

1.在单进程当中也存在多执行流的情况

实际上，当我们正常正在执行我们的进程代码逻辑时，因为我们的系统调用、时间片到了，等等可能的因素，导致我们由用户态的身份转为内核态的身份，当我从内核返回用户态时，我要做信号检测，检测时，我就可能执行信号捕捉，当我执行信号捕捉时，它可能进入到了另一种执行流，那么我返过来说，我进程的生命执行流当中，没有收到过任何信号，就说明我信号捕捉函数不会被调用，换言之我可能只执行我main函数的代码，也可能因为我收到信号时，我进程跑过去执行信号捕捉流程的代码-----------所以在单进程当中也存在多执行流的情况（两个执行流是毫不相关的）

第一步：

第二步： 我去处理我信号，我信号捕捉函数里也进行了insert，我在signohandler方法里也插入我node2   ...............

最后我们这样子就会导致一个小问题  ：

一旦我head执行node2，现在我用node‘1的动地址去覆盖head，此时我们对应的node’2节点就找不到了，节点丢失

导致上面的问题原因很简单就是当我一个主执行流，正在执行我insert，插入的时候，突然因为信号的到来，导致我们进入信号捕捉执行流了，在捕捉函数里我insert被调用了

这种现象我们成为  insert函数被重复进入了

insert函数一旦重入，有可能出现问题    ---   该函数不可被重入

insert函数一旦重入，不会出现问题       ----  该函数可重入函数

-----------------------------------------------------------------------------------------------------------------------------

2.volatile关键字

 

 可是在我们的认识当中，我们需要介绍一个非常重要的概念！！！

我们上面的编译器是属于非常常规的情况，我们刚刚看到的现象是没问题的

但是我们的编译器是可以优化我们程序的---我们是可以自己设定编译器的优化级别的（gcc当中是有  大O0   到    大O4          这个优化级别的）

意味着flag的值永远是0，怎么理解的呢？？

一般这个flag是全局变量，是变量，在进程运行时就应该在内存开辟空间，换句话说，CPU要识别flag就必须从内存里读flag，读到CPU内，在CPU内做判断，判断完之后，在继续从内存拿flag读到CPU内做判断，不断循环的过程，这样不断的检测flag的值

但是在编译器发现在main函数当中没有人对flag做修改，直接对你的flag优化到CPU寄存器当中，此时不在对你的内存做访问了，直接识别你的CPU寄存器相关的信息

怎么去解决这个问题呢？？

 -----------------------------------------------------------------------------------------------------------------------------

这是我们main的执行流认为

 但是我们收到信号，执行信号捕捉的时候，它内部修改了flag，但是它内存修改的flag并不是CPU上的flag，而是内存当中flag，我main函数的执行流又不从内存当中读你的flag了，而是直接用CPU当中寄存器存的那个flag

volatile作用：告诉编译器，不要对我这个变量做任何优化，读取必须贯穿式读取内存，不要读取中间缓冲区寄存区中的。（保持内存的可见性）

3.SIGCHLD信号

子进程退出不是悄悄摸摸的退出了，而是子进程退出的时候，会向父进程发送SIGCHID信号

父进程对SIGCHID信号默认动作是忽略的！！！

 

如果我父进程不想回收子进程（换而言之就是我不想让子进程产生僵尸状态）呢？？