[Debug]Native Exception学习（三）——signal

1，常见的信号的含义

SIGHUP (1) (POSIX) [终止]
用户终端连接(正常或非正常)结束时发出, 通常是在终端的控制进程结束时, 通知同一session内的各个作业, 这时它们与控制终端不再关联
SIGINT (2) (ANSI) [终止]
程序终止(interrupt)信号, 在用户键入INTR字符(通常是Ctrl-C)时发出，用于通知前台进程组终止进程
SIGQUIT (3) (POSIX) [终止+coredump]
和SIGINT类似, 但由QUIT字符(通常是Ctrl-\)来控制. 进程在因收到SIGQUIT退出时会产生core文件, 在这个意义上类似于一个程序错误信号
SIGILL (4) (ANSI) [终止+coredump]
执行了非法指令. 通常是因为可执行文件本身出现错误, 或者试图执行数据段. 堆栈溢出时也有可能产生这个信号
SIGTRAP (5) (POSIX) [终止+coredump]
由断点指令或其它trap指令产生. 由debugger使用
SIGABRT (6) (ANSI) [终止+coredump]
调用abort函数生成的信号
SIGBUS (7) (4.2 BSD) [终止+coredump]
非法地址, 包括内存地址对齐(alignment)出错。比如访问一个四个字长的整数, 但其地址不是4的倍数。它与SIGSEGV的区别在于后者是由于对合法存储地址的非法访问触发(如访问不属于自己存储空间或只读存储空间)
SIGFPE (8) (ANSI) [终止+coredump]
在发生致命的算术运算错误时发出. 不仅包括浮点运算错误, 还包括溢出及除数为0等其它所有的算术的错误
SIGKILL (9) (POSIX) [终止]
用来立即结束程序的运行. 本信号不能被阻塞、捕获和忽略。如果管理员发现某个进程终止不了，可尝试发送这个信号
SIGSEGV (11) (ANSI) [终止+coredump]
试图访问未分配给自己的内存, 或试图往没有写权限的内存地址写数据
SIGPIPE (13) (POSIX) [终止]
管道破裂。这个信号通常在进程间通信产生，比如采用FIFO(管道)通信的两个进程，读管道没打开或者意外终止就往管道写，写进程会收到SIGPIPE信号。此外用Socket通信的两个进程，写进程在写Socket的时候，读进程已经终止
SIGALRM (14) (POSIX) [终止]
时钟定时信号, 计算的是实际的时间或时钟时间. alarm函数使用该信号
SIGTERM (15) (ANSI) [终止]
程序结束(terminate)信号, 与SIGKILL不同的是该信号可以被阻塞和处理。通常用来要求程序自己正常退出，shell命令kill缺省产生这个信号。如果进程终止不了，我们才会尝试SIGKILL
SIGSTKFLT (16) [终止]
堆栈错误
SIGCHLD (17) (POSIX) [忽略]
子进程结束时, 父进程会收到这个信号。如果父进程没有处理这个信号，也没有等待(wait)子进程，子进程虽然终止，但是还会在内核进程表中占有表项，这时的子进程称为僵尸进程。这种情 况我们应该避免(父进程或者忽略SIGCHILD信号，或者捕捉它，或者wait它派生的子进程，或者父进程先终止，这时子进程的终止自动由init进程来接管)
SIGCONT (18) (POSIX) [继续/忽略]
让一个停止(stopped)的进程继续执行. 本信号不能被阻塞. 可以用一个handler来让程序在由stopped状态变为继续执行时完成特定的工作. 例如, 重新显示提示符..
在进程挂起时是继续，否则是忽略
SIGSTOP (19) (POSIX) [暂停]
暂停进程的执行. 注意它和terminate以及interrupt的区别:该进程还未结束, 只是暂停执行. 本信号不能被阻塞、捕获或忽略
SIGVTALRM (26) (4.2 BSD) [终止]
虚拟定时时钟定时信号，计算的是user space花费的时间，setitimer函数可以设置ITIMER_VIRTUAL类型的timer，超时则发出此类信号
SIGPROF (27) (4.2 BSD) [终止]
profile定时时钟定时信号，计算的是user space+kernel space花费的时间，setitimer函数可以设置ITIMER_PROF类型的timer，超时则发出此类信号

2，信号的分类

1～31之间的所有信号都称为不可靠信号，原因就在于信号不可排队，如果kernel发现同一个信号已经有挂起信号，当前信号就会被丢弃，就好象从来没有被发送过一样，无法引起信号的传递，也无法让进程执行信号处理函数。这种实现的机理，造成了这些信号的不可靠。为了解决这个问题，Linux引入了实时信号,信号值在[32~64]区间内，或者称之为可靠信号。这种信号，kernel不会ignore，哪怕已经有了好多同一个信号，kernel会把新收到信号放入queue之中，等待被传递出去。