工作中遇到的-signal与sigaction的分析

   

signal函数每次设置具体的信号处理函数(非SIG_IGN)只能生效一次,每次在进程响应处理信号时，随即将信号处理函数恢复为默认处理方式.所以如果想多次相同方式处理某个信号,通常的做法是,在响应函数开始,再次调用signal设置,如下图:

 

int sig_int(); //My signal handler     ...     signal(SIGINT, sig_int);     ... int sig_int() {     signal(SIGINT, sig_int);     .... }

这种代码段的一个问题是：在信号发生之后到信号处理程序中调用s i g n a l函数之间有一个
时间窗口。在此段时间中，可能发生另一次中断信号。第二个信号会造成执行默认动作，而对
中断信号则是终止该进程。这种类型的程序段在大多数情况下会正常工作，使得我们认为它们
正确，而实际上却并不是如此。
另一个问题是：在进程不希望某种信号发生时，它不能关闭该信号。

sigaction:
1.在信号处理程序被调用时，系统建立的新信号屏蔽字会自动包括正被递送的信号。因此保证了在处理一个
给定的信号时，如果这种信号再次发生，那么它会被阻塞到对前一个信号的处理结束为止
2.响应函数设置后就一直有效,不会重置
3.对除S I G A L R M以外的所有信号都企图设置S A _ R E S TA RT标志，于是被这些信号中断
的系统调用(read,write)都能自动再起动。不希望再起动由S I G A L R M信号中断的系统调用的原因是希望对I / O操作可以设置时间限制。

 

所以希望能用相同方式处理信号的多次出现,最好用sigaction.信号只出现并处理一次,可以用signal

 工作中遇到的代码

 

    struct sigaction sa;
    int back_status=0;
    TASK_ID get_event_task_id = 1,process_event_task_id = 1,video_diplay_task_id = 1,temp_task_id = 1,heartbeat_task_id = 1;
  TASK_ID boot_debug_checkid = 1,digit_picture_frame_task_id = 1,enter_ehome_task_id = 1;
  TASK_ID ehome_process_task_id = 1;
  ap_initial();
  sa.sa_handler = (void *)DebugBackTrace;

  sigemptyset(&sa.sa_mask);
  sa.sa_flags = SA_RESTART;

  signal(SIGINT, handle_status);
  sigaction(SIGSEGV,&sa,NULL)；//SIGSEGV (段越界) 当进程尝试访问不属于自己的内存空间导致内存错误时，终止进程

  temp_task_id = task_create(ehome_process_task_id,&ehome_data_process);
    if(temp_task_id == 1)
    {
        log_print(MSG_ERROR,"can not creat ehome_process_task");
        exit(0);
    }