Linux---进程信号续

1. 阻塞信号

1. 实际执行信号的处理动作称为信号递达(Delivery)
2. 信号从产生到递达之间的状态,称为信号未决(Pending)。
3. 进程可以选择阻塞 (Block)某个信号。 被阻塞的信号产生时将保持在未决状态,直到进程解除对此信号的阻塞,才执行递达的动作.
4. 注意,阻塞和忽略是不同的,只要信号被阻塞就不会递达,而忽略是在递达之后可选的一种处理动作。

1.1 在内核中的表示

1. 每个信号都有两个标志位分别表示阻塞(block)和未决(我觉得这个标志位更简单的理解为：是否有信号来，来了就在对应的bite位上面置1)(pending),还有一个函数指针表示处理动作。信号产生时,内核在进程控制块中设置该信号的未决标志,直到信号递达才清除该标志。在上图的例子中,SIGHUP信号未阻塞也未产生过,当它递达时执行默认处理动作。
2. SIGINT信号产生过,但正在被阻塞,所以暂时不能递达。虽然它的处理动作是忽略,但在没有解除阻塞之前不能忽略这个信号,因为进程仍有机会改变处理动作之后再解除阻塞。
3. SIGQUIT信号未产生过,一旦产生SIGQUIT信号将被阻塞,它的处理动作是用户自定义函数sighandler。 如果在进程解除对某信号的阻塞之前这种信号产生过多次,将如何处理?POSIX.1允许系统递送该信号一次或多次。Linux是这样实现的:常规信号在递达之前产生多次只计一次,而实时信号在递达之前产生多次可以依次放在一个队列里。本章不讨论实时信号。

1.2 sigset_t

从上图来看,每个信号只有一个bit的未决标志,非0即1,不记录该信号产生了多少次,阻塞标志也是这样表示的。因此,未决和阻塞标志可以用相同的数据类型sigset_t来存储,sigset_t称为信号集，这个类型可以表示每个信号的“有效”或“无效”状态,在阻塞信号集中“有效”和“无效”的含义是该信号是否被阻塞,而在未决信号集中“有效”和“无效”的含义是该信号是否处于未决状态。

1.3 信号集操作函数

sigset_t类型对于每种信号用一个bit表示“有效”或“无效”状态,至于这个类型内部如何存储这些bit则依赖于系统实现,从使用者的角度是不必关心的,使用者只能调用以下函数来操作sigset_ t变量,而不应该对它的内部数据做任何解释,比如用printf直接打印sigset_t变量是没有意义的。

#include <signal.h>
int sigemptyset(sigset_t *set);
int sigfillset(sigset_t *set);
int sigaddset (sigset_t *set, int signo);
int sigdelset(sigset_t set, int signo);
int sigismember（const sigset_tset, int signo);

1. 函数sigemptyset初始化set所指向的信号集,使其中所有信号的对应bit清零,表示该信号集不包含任何有效信号。
2. 函数sigfillset初始化set所指向的信号集,使其中所有信号的对应bit置位,表示该信号集的有效信号包括系统支持的所有信号。
3. 注意,在使用sigset_ t类型的变量之前,一定要调用sigemptyset或sigfillset做初始化,使信号集处于确定的状态。初始化sigset_t变量之后就可以在调用sigaddset和sigdelset在该信号集中添加或删除某种有效信号

1.4 sigprocmask

调用函数sigprocmask可以读取或更改进程的信号屏蔽字(block表)。

#include <signal.h>
int sigprocmask(int how, const sigset_t *set, sigset_t *oset);
返回值:若成功则为0,若出错则为-1

如果oset是非空指针,则读取进程的当前信号屏蔽字通过oset参数传出。如果set是非空指针,则 更改进程的信号屏蔽字,参数how指示如何更改。如果oset和set都是非空指针,则先将原来的信号 屏蔽字备份到oset里,然后根据set和how参数更改信号屏蔽字。假设当前的信号屏蔽字为mask,下表说明了how参数的可选值。

1.5 sigpending

#include <signal.h>
sigpending读取当前进程的未决信号集,通过set参数传出。
调用成功则返回0,出错则返回-1。

#include<stdio.h>
#include<signal.h>
#include<unistd.h>

void show_pending(sigset_t *pending)
{
  int sig = 1;
  for(; sig <=31;sig++)
  {
    //判断一个信号是否在信号集当中,相当于去遍历整个pending位图
    if(sigismember(pending,sig))
    {
      printf("1");
    }
    else 
    {
      printf("0");
    }
  }
  printf("\n");
}

void handler(int sig)
{
  printf("get a sig : %d\n",sig);
}
int main()
{
  //自定义捕捉2号信号
  signal(2,handler);

  //如果你不屏蔽信号集，可能一发过来就直接递达了
  sigset_t pending;
  sigset_t block,oblock;

  //把二号信号添加到block信号集当中去
  sigemptyset(&block);
  sigemptyset(&oblock);

  sigaddset(&block,2);

  sigprocmask(SIG_SETMASK,&block,&oblock);

  int count = 0;
  while(1){
    //清空信号集
    sigemptyset(&pending);
    //获取未决信号集
    sigpending(&pending);
    show_pending(&pending);
    sleep(1);
    count++;
    if(count == 10)
    {
      printf("recover sig mask!\n");
      //此时信号被抵达了，然后退出
      sigprocmask(SIG_SETMASK,&oblock,NULL);
    }
  }

  return 0;
}

2. 信号的捕捉

信号被递达的时间点：内核态切换到用户态的时候

如果信号的处理动作是用户自定义函数,在信号递达时就调用这个函数,这称为捕捉信号。由于信号处理函数的代码是在用户空间的,处理过程比较复杂,举例如下: 用户程序注册了SIGQUIT信号的处理函数sighandler。当前正在执行main函数,这时发生中断或异常切换到内核态。 在中断处理完毕后要返回用户态的main函数之前检查到有信号SIGQUIT递达。 内核决定返回用户态后不是恢复main函数的上下文继续执行,而是执行sighandler函 数,sighandler和main函数使用不同的堆栈空间,它们之间不存在调用和被调用的关系,是两个独立的控制流程。sighandler函数返回后自动执行特殊的系统调用sigreturn再次进入内核态。如果没有新的信号要递达,这次再返回用户态就是恢复main函数的上下文继续执行了。

2.1 sigaction

#include <signal.h>
int sigaction(int signo, const struct sigaction *act, struct sigaction *oact);
signal（注册信号的捕捉方式，但是写上并不会执行，只有真正的来信号的时候才会执行这个代码）和sigaction的功能基本一样，只是后者的功能更加丰富一点点

当某个信号的处理函数被调用时,内核自动将当前信号加入进程的信号屏蔽字,当信号处理函数返回时自动恢复原来的信号屏蔽字,这样就保证了在处理某个信号时,如果这种信号再次产生,那么 它会被阻塞到当前处理结束为止。 如果在调用信号处理函数时,除了当前信号被自动屏蔽之外,还希望自动屏蔽另外一些信号,则用sa_mask字段说明这些需要额外屏蔽的信号,当信号处理函数返回时自动恢复原来的信号屏蔽字。 sa_flags字段包含一些选项,本章的代码都把sa_flags设为0,sa_sigaction是实时信号的处理函数

#include<stdio.h>
#include<signal.h>

void sigcb(int sig)
{
  printf("get a sig , NO. %d\n",sig);

}
int main()
{

  struct sigaction act,oact;

  act.sa_handler = sigcb;
  act.sa_flags = 0;
  sigemptyset(&act.sa_mask);

  sigaction(SIGINT,&act,&oact);

  while(1);


  return 0;

}

2.2 可重入函数

简单点说，可重入函数就是支持两个执行流。当出错的时候，就是不可重入函数。

2.3 volatile

定义一个全局的quit变量。

#include<stdio.h>
#include<signal.h>

int quit = 0;
void handler(int sig)
{
  quit = 1;
  printf("quit is already set to 1!\n");
}
int main()
{
  signal(2,handler);

  while(!quit);
  printf("end process!\n");

  return 0;

}

当捕捉到ctrl+c的时候，就会执行signal函数，捕捉信号，将全局的quit设置为1，打印然后返回主程序终止while()，打印。

gcc编译器默认的优化选项是 -O1。此时在Makefile中加入优化，此时的quit全局变量将会从原来的内存位置存放到CPU的寄存器中，且不可再被修改。

就会发现主程序的while()循环不会退出。

此时加上volatile关键字

#include<stdio.h>
#include<signal.h>

volatile int quit = 0;


void handler(int sig)
{
  quit = 1;
  printf("quit is already set to 1!\n");
}
int main()
{
  signal(2,handler);

  while(!quit);
  printf("end process!\n");


}

volatile作用：保持内存的可见性，告知编译器，被该关键字修饰的变量，不允许被优化，对该变量的任何操作，都必须在真实的内存中进行操作

2.4 SIGCHLD

进程一章讲过用wait和waitpid函数清理僵尸进程,父进程可以阻塞等待子进程结束,也可以非阻塞地查询是否有子进程结束等待清理(也就是轮询的方式)。采用第一种方式,父进程阻塞了就不能处理自己的工作了;采用第二种方式,父进程在处理自己的工作的同时还要记得时不时地轮询一 下,程序实现复杂。其实,子进程在终止时会给父进程发SIGCHLD信号,该信号的默认处理动作是忽略,父进程可以自 定义SIGCHLD信号的处理函数,这样父进程只需专心处理自己的工作,不必关心子进程了,子进程终止时会通知父进程,父进程在信号处理函数中调用wait清理子进程即可。

#include<stdio.h>
#include<signal.h>
#include<unistd.h>
#include<stdlib.h>
#include<sys/types.h>

void handler(int sig)
{
  printf("pid : %lu,get a sig , NO. %d\n",getpid(),sig);

}
int main()
{

  signal(SIGCHLD,handler);

  if(fork() == 0){
    printf("child running ....!  pid : %lu, ppid : %lu\n",getpid(),getppid());
    sleep(5);
    printf("child quit!\n");
    exit(1);
  }

  while(1);


  return 0;

}