信号

(1)信号基本概念

信号是linux所使用的进程间通信的最古老的方式。它采用中断机制，是一种异步通信的方式 。一个完整的信号周期包括三个部分，信号的产生，信号在进程中的注册，信号在进程中的注销，执行信号处理函数。

(2)信号发送

信号的发送通过kill函数和raise函数，两者的区别在于raise函数可以向本进程发送信号。
（a）kill:使用kill命令，向指定进程发送信号。

1 #include <sys/types.h>
2 #include <signal.h> 
3 int kill(pid_t pid, int sig);

参数pid指定要杀死的进程，而sig是要发送的信号。
（b）raise()函数

int raise(int signo);

kill函数将信号发给进程，raise函数允许进程向自身发送信号

raise（signo）等价于kill(getpid(),signo)

代码分析：

#include <stdio.h>
#include <stdlib.h>
#include <signal.h>
#include <sys/types.h>
#include <sys/wait.h>
#include <errno.h>
#include <string.h>
#include <unistd.h>
  int main()
{
    pid_t pid;
    pid=fork();
    if(pid<0){
        printf("fork error%s\n",strerror(errno));
        exit(1);
    }
    if(pid == 0){
        raise(SIGSTOP);
        exit(0);
    }
    else{
        printf("pid=%d\n",pid);
        if((waitpid(pid,NULL,WNOHANG))==0){
            if(kill(pid,SIGKILL)==0)
                printf("kill %d\n",pid);
            else{
                perror("kill");
            }
        }
    }
}

在实例中首先fork了一个子进程，为了保证子进程不在父进程调用kill函数之前退出，使用raise函数向子进程发送SINSTOP函数，将子进程暂停。接下来再在父进程中执行kill函数。
注意：SIGKILL不能被捕获或者忽略。

（2）linux常用信号

SIGHUP     终止进程     终端线路挂断
SIGINT     终止进程     中断进程
SIGQUIT   建立CORE文件终止进程，并且生成core文件
SIGILL   建立CORE文件       非法指令
SIGTRAP   建立CORE文件       跟踪自陷
SIGBUS   建立CORE文件       总线错误
SIGSEGV   建立CORE文件       段非法错误
SIGFPE   建立CORE文件       浮点异常
SIGIOT   建立CORE文件       执行I/O自陷
SIGKILL   终止进程     杀死进程
SIGPIPE   终止进程     向一个没有读进程的管道写数据
SIGALARM   终止进程     计时器到时
SIGTERM   终止进程     软件终止信号
SIGSTOP   停止进程     非终端来的停止信号
SIGTSTP   停止进程     终端来的停止信号
SIGCONT   忽略信号     继续执行一个停止的进程
SIGURG   忽略信号     I/O紧急信号
SIGIO     忽略信号     描述符上可以进行I/O
SIGCHLD   忽略信号     当子进程停止或退出时通知父进程
SIGTTOU   停止进程     后台进程写终端
SIGTTIN   停止进程     后台进程读终端
SIGXGPU   终止进程     CPU时限超时
SIGXFSZ   终止进程     文件长度过长
SIGWINCH   忽略信号     窗口大小发生变化
SIGPROF   终止进程     统计分布图用计时器到时
SIGUSR1   终止进程     用户定义信号1
SIGUSR2   终止进程     用户定义信号2
SIGVTALRM 终止进程     虚拟计时器到时

1) SIGHUP 本信号在用户终端连接(正常或非正常)结束时发出, 通常是在终端的控
制进程结束时, 通知同一session内的各个作业, 这时它们与控制终端
不再关联.
2) SIGINT 程序终止(interrupt)信号, 在用户键入INTR字符(通常是Ctrl-C)时发出
3) SIGQUIT 和SIGINT类似, 但由QUIT字符(通常是Ctrl-)来控制. 进程在因收到
SIGQUIT退出时会产生core文件, 在这个意义上类似于一个程序错误信
号.
4) SIGILL 执行了非法指令. 通常是因为可执行文件本身出现错误, 或者试图执行
数据段. 堆栈溢出时也有可能产生这个信号.
5) SIGTRAP 由断点指令或其它trap指令产生. 由debugger使用.
6) SIGABRT 程序自己发现错误并调用abort时产生.
6) SIGIOT 在PDP-11上由iot指令产生, 在其它机器上和SIGABRT一样.
7) SIGBUS 非法地址, 包括内存地址对齐(alignment)出错. eg: 访问一个四个字长
的整数, 但其地址不是4的倍数.
8) SIGFPE 在发生致命的算术运算错误时发出. 不仅包括浮点运算错误, 还包括溢
出及除数为0等其它所有的算术的错误.
9) SIGKILL 用来立即结束程序的运行. 本信号不能被阻塞, 处理和忽略.
10) SIGUSR1 留给用户使用
11) SIGSEGV 试图访问未分配给自己的内存, 或试图往没有写权限的内存地址写数据.
12) SIGUSR2 留给用户使用
13) SIGPIPE Broken pipe
14) SIGALRM 时钟定时信号, 计算的是实际的时间或时钟时间. alarm函数使用该
信号.
15) SIGTERM 程序结束(terminate)信号, 与SIGKILL不同的是该信号可以被阻塞和
处理. 通常用来要求程序自己正常退出. shell命令kill缺省产生这
个信号.
17) SIGCHLD 子进程结束时, 父进程会收到这个信号.
18) SIGCONT 让一个停止(stopped)的进程继续执行. 本信号不能被阻塞. 可以用
一个handler来让程序在由stopped状态变为继续执行时完成特定的
工作. 例如, 重新显示提示符
19) SIGSTOP 停止(stopped)进程的执行. 注意它和terminate以及interrupt的区别:
该进程还未结束, 只是暂停执行. 本信号不能被阻塞, 处理或忽略.
20) SIGTSTP 停止进程的运行, 但该信号可以被处理和忽略. 用户键入SUSP字符时
(通常是Ctrl-Z)发出这个信号
21) SIGTTIN 当后台作业要从用户终端读数据时, 该作业中的所有进程会收到SIGTTIN
信号. 缺省时这些进程会停止执行.
22) SIGTTOU 类似于SIGTTIN, 但在写终端(或修改终端模式)时收到.
23) SIGURG 有"紧急"数据或out-of-band数据到达socket时产生.
24) SIGXCPU 超过CPU时间资源限制. 这个限制可以由getrlimit/setrlimit来读取/
改变
25) SIGXFSZ 超过文件大小资源限制.
26) SIGVTALRM 虚拟时钟信号. 类似于SIGALRM, 但是计算的是该进程占用的CPU时间.
27) SIGPROF 类似于SIGALRM/SIGVTALRM, 但包括该进程用的CPU时间以及系统调用的
时间.
28) SIGWINCH 窗口大小改变时发出.
29) SIGIO 文件描述符准备就绪, 可以开始进行输入/输出操作.
30) SIGPWR Power failure

有两个信号可以停止进程:SIGTERM和SIGKILL。 SIGTERM比较友好，进程能捕捉这个信号，根据您的需要来关闭程序。在关闭程序之前，您可以结束打开的记录文件和完成正在做的任务。在某些情况下，假如进程正在进行作业而且不能中断，那么进程可以忽略这个SIGTERM信号。对于SIGKILL信号，进程是不能忽略的。假如您发送SIGKILL信号给进程，Linux就将进程停止在那里。

（3）信号发送捕获综合举例

#include<stdio.h>
#include<signal.h>
#include<string.h>
#include <unistd.h>
#include<stdlib.h>
#include<sys/types.h>
void catch_Signal(int sign){
    switch (sign) {
    case SIGINT:
        printf("SIGINT SIGNAL!\n");
        exit(0);
    case SIGALRM:
        printf("SIGALRM SIGNAL!\n");
        alarm(5);
        break;
    default:
        break;
    }
}
int signal1(int signo,void (*func)(int)){//由于signal太过久远，我们不再使用。
    struct sigaction act,oact;
    act.sa_handler=func;
    sigemptyset(&act.sa_mask);
    act.sa_flags=0;
    return sigaction(signo,&act,&oact);
}
int main(){
    printf("-----------begin\n");
    signal1(SIGALRM,catch_Signal);
    signal1(SIGINT,catch_Signal);
    while(1){
        printf("hello!\n");
        pause();
    }
    return 0;
}

结果：

xin@xin-Lenovo-V3000:~/code/signal/signal1$ ./signal1
-----------begin
hello!
SIGALRM SIGNAL!
hello!
SIGALRM SIGNAL!
hello!
SIGALRM SIGNAL!
hello!
^CSIGINT SIGNAL!

每过5秒都会发送SIGALRM信号，执行回调函数，打印SIGALRM SIGNAL!，按下Ctrl+C后发送SIGINT信号，执行回调函数，打印SIGINT SIGNAL。

（3）使用自定义信号

之前一篇博客说过fork函数一个用处是：服务程序，子程序与控制台脱离。而平时我们用系统信号比较少，用自定义信号比较多。接下来介绍最常用的守护进程（后台程序）。
启动守护进程步骤：
（a）父进程中执行fork后，执行exit;
这是创建守护进程的第一步。由于守护进程是脱离控制终端的，因此，完成第一步后就会在Shell终端里造成一程序已经运行完毕的假象。之后的所有工作都在子进程中完成，而用户在Shell终端里则可以执行其他命令，从而在形式上做到了与控制终端的脱离。在Linux中父进程先于子进程退出会造成子进程成为孤儿进程，而每当系统发现一个孤儿进程是，就会自动由1号进程（init）收养它，这样，原先的子进程就会变成init进程的子进程。
（b）在子进程中调用setpid;
Linux是一个多用户多任务系统，每个进程都有一个进程ID，同时每个进程还都属于某一个进程组，而每个进程组都有一个组长进程，组长进程的标识ID等于进程组的ID，且该进程组ID不会因组长进程的退出而受到影响。会话期是一个或多个进程组的集合，通常，一个会话开始与用户登录，终止于用户退出，在此期间该用户运行的所有进程都属于这个会话期。一个会话期可以有一个单独的控制终端，只有其前台进程才可以拥有控制终端，实现与用户的交互。从shell中启动的每一个进程将继承一个与之相结合的终端，以便进程与用户交互，但是守护进程不需要这些，子进程继承父进程的会话期和进程组ID，子进程会受到发送给该会话期的信号的影响，所以守护进程应该创建一个新的会话期，这个步骤是创建守护进程中最重要的一步，虽然它的实现非常简单，但它的意义却非常重大。在这里使用的是系统函数setsid来实现的。

setsid函数用于创建一个新的会话，并担任该会话组的组长。调用setsid有下面的3个作用：
让进程摆脱原会话的控制
让进程摆脱原进程组的控制
让进程摆脱原控制终端的控制

由于创建守护进程的第一步调用了fork函数来创建子进程，再将父进程退出。在调用fork函数时，子进程全盘拷贝了父进程的会话期、进程组、控制终端等，虽然父进程退出了，但会话期、进程组、控制终端等并没有改变，因此，还还不是真正意义上的独立开来，而setsid函数能够使进程完全独立出来，从而摆脱其他进程的控制。

（3）让根目录“/”成为子进程工作目录;
使用fork创建的子进程继承了父进程的当前工作目录。守护进程不应当使用父进程的工作目录，应该设置自己的工作目录，通常可以通过chdir()来完成，一般可以将其设置为根目录，不过有些守护进程需要将它设置到自己特定的工作目录，但此时必须保证所设置的工作目录处于一个不能卸载的文件系统中，因为守护进程通常在系统引导后是一直存在的。
（4）子进程umask变为0;
守护进程从父进程继承来的文件创建方式掩码可能会拒绝设置某些许可权限，文件权限掩码是指屏蔽掉文件权限中的对应位。比如，有个文件权限掩码是050，它就屏蔽了文件组拥有者的可读与可执行权限。由于使用fork函数新建的子进程继承了父进程的文件权限掩码，可能使守护进程的执行出现问题，因此，把文件权限掩码设置为0，可以大大增强该守护进程的灵活性。设置文件权限掩码的函数是umask。在这里，通常的使用方法为umask(0)。
（5）关闭任何不需要的文件描述符。
一般情况下，进程启动时都会自动打开终端文件，但是守护进程已经与终端脱离，所以终端描述符应该关闭。用fork函数新建的子进程也会从父进程那里继承一些已经打开了的文件。这些被打开的文件可能永远不会被守护进程读写，但它们一样消耗系统资源，而且可能导致所在的文件系统无法卸下。

#include<stdio.h>
#include<signal.h>
#include<string.h>
#include <unistd.h>
#include<stdlib.h>
#include<sys/types.h>
#include <sys/stat.h>
#include<syslog.h>
int main(){
    int pid=fork();
    if(pid==-1){
        return -1;
    }
    if(pid>0){
        exit(0);
    }
    if(pid==0){
        setsid();
        chdir("/");
        umask(0);
        close(STDIN_FILENO);
        close(STDOUT_FILENO);
        close(STDERR_FILENO);
    }
    syslog(LOG_INFO,"ok");//写入系统日志
    while(1){
        sleep(1);
    }
}

在ubantu下我们执行命令/var/log/syslog可以看到：

xin@xin-Lenovo-V3000:~$ cat /var/log/syslog

在log里边：

Aug 24 09:33:45 xin-Lenovo-V3000 proprocess: ok

成功写入log
而守护进程有一个问题，每运行一次就会多一个进程，我们可以写一个脚本，打开守护进程，和删除进行优化。比如运行多次后：

 6303 ?        00:00:00 proprocess
 6305 ?        00:00:00 proprocess
 6307 ?        00:00:00 proprocess
 6309 ?        00:00:00 proprocess
 6311 ?        00:00:00 proprocess

首先修改makefile：

.SUFFIXES:.c .o
CC=gcc
SRCS=proprocess1.c
OBJS=$(SRCS:.c=.o)
EXEC=proprocess1d//注意，以d结尾
start:$(OBJS)
        $(CC) -o $(EXEC) $(OBJS)
.c.o:
        $(CC) -Wall -g -o $(@) -c $<
clean:
        rm -f $(OBJS)
        rm -f core*

对应的start脚本：

#!/bin/sh
WHOAMI=`whoami`
PID=`ps -u $WHOAMI | grep proprocess1d | awk '{print $1}'`
if (test "$PID" = "") then
    ./proprocess1d
fi

对应的stop脚本：

#!/bin/sh
WHOAMI=`whoami`
PID=`ps -u $WHOAMI | grep proprocess1d | awk '{print $1}'`
if (test "$PID"!="") then
    kill -s 2 $PID
fi

脚本比较简单，不再讲解。
我们开始编译：

xin@xin-Lenovo-V3000:~/code/signal/proprocess1$ ls
makefile  proprocess1.c  proprocess1d  proprocess1.o  proprocess1-start  proprocess1-stop
xin@xin-Lenovo-V3000:~/code/signal/proprocess1$ ./proprocess1d
-----------begin
2
xin@xin-Lenovo-V3000:~/code/signal/proprocess1$ ./proprocess1d
-----------begin
2
xin@xin-Lenovo-V3000:~/code/signal/proprocess1$ ./proprocess1d
-----------begin
2

如图我们执行了三次程序，结果：

 6949 ?        00:00:00 proprocess1d
 6951 ?        00:00:00 proprocess1d
 6953 ?        00:00:00 proprocess1d

通过ps -u+用户名
我们看到有三个进程，然后我们执行proprocess1-stop
执行前修改proprocess1-stop为可执行：

chomd u+x proprocess1-stop

然后执行

xin@xin-Lenovo-V3000:~/code/signal/proprocess1$ ./proprocess1-stop

通过ps命令发现之前的proprocess1d集体消失，wonderful！
其实我们也可以执行proprocess1-start查看效果：

xin@xin-Lenovo-V3000:~/code/signal/proprocess1$ ./proprocess1-start
-----------begin
2
xin@xin-Lenovo-V3000:~/code/signal/proprocess1$ ./proprocess1-start
xin@xin-Lenovo-V3000:~/code/signal/proprocess1$ ./proprocess1-start
xin@xin-Lenovo-V3000:~/code/signal/proprocess1$ ./proprocess1-start
xin@xin-Lenovo-V3000:~/code/signal/proprocess1$ ./proprocess1-start

发现只执行了一次，所以只存在一个进程。