linux信号捕获
① 为什么linux设置了SIGINT信号捕捉函数，按下Ctrl+C以后还会结束进程
因为Ctrl+C结束是不能阻止的
② linux中的信号怎么理解
linux的常用信号量BUS与SEGV二者都是错误信号，BUS表示总线错误，SEGV表示段错误，程序崩溃的时候99%都是这两个错误导致的。进程可以捕获和封锁这两类错误。内核对二者的默认处理是memorympWINCH窗口改变信号（WINdownCHanged）。例如虚拟终端的行数发生变化时将发送WINCH信号，绝大多数文本编辑器都能捕获WINCH信号自动进行重新配置。内核的默认处理是忽略该信号，并且不进行内存转储。进程可以捕获或者封锁该信号KILL 杀死/删除进程，编号为9STOP 挂起/暂停正在执行的进程，直到收到CONT为止KILLSTOP都不能够被捕获、封锁或者忽略，默认处理都不会产生内存转储。CONT 取消挂起，继续执行进程TSTP 是STOP信号的“软”版本，即在用户输入Ctrl+Z时由终端驱动程序发送的信号。捕获到该信号的进程通常清除它们的状态，如何给自己发送一个STOP信号。TSTP的默认处理不会导致内存转储。INT 中断信号，编号为2当用户输入Ctrl+C时由终端驱动程序发送INT信号INT信号是终止当前操作的请求，简单程序捕获到INT信号时应该退出，拥有命令行或者输入模式的那些程序应该停止他们正在做的事情，清除状态，并等待用户再次输入。TERM 软件终止信号，编号为15TERM是请求彻底终止某项操作的信号，它期望进程清楚自己的状态并退出QUIT 退出信号，编号为3与TERM类似，不同之处在于QUIT信号的默认处理是内存转储，而TERM信号的默认处理没有内存转储。HUP 挂起信号，编号为1，有两种解释：守护进程理解HUP为重新设置的请求，如果守护进程能够不用重新启动就能够重新读取它自己的配置文件并调整自己以适应变化的话，那么HUP信号通常可以用来触发这种行为HUP信号有时有终端驱动程序生成，试图用来清除（也就是终止）跟某个特定终端相连接的那些进程。例如当一个终端会话结束时，或者当一个Modem的连接不经意的断开时，就可能出现这种情况。如果需要某些进程在会话结束之后继续运行，那么在CShell中设法让这些进程变成后台程序，ksh或者bash中可以用nohup来模拟这种行为。++++++++++++++++++++++++++++++++++++++++++++++++++++++++++进程的四种状态runnable（可运行状态）只要有CPU时间，进程就可以执行。一旦进程执行了不能立即完成的系统调用，Linux会把进程转入睡眠状态sleeping（睡眠状态）进程在等待某些事件发生（如终端输入、网络连接）zombie（僵化状态）进程已经执行完毕并试图消亡，但是状态没有收集完stopped（停止状态）进程被挂起，不允许执行。进程收到STOP或者TSTP信号即进入停止状态，可以用CONT信号来重新启动
③ 关于linux中信号SIGINT的捕获问题，求大大们指教
网上有Webtop的破解方法，可在Webtop上安装全功能版本的Linux。Webtop其实就是一个缩水版的ubuntu。
但是那个Ubuntu是有很大的限制的，和PC的Ubuntu区别很大。基本上是只能上网和使用非常有限的一些应用。要直接使用ubuntu得破解，而且还很麻烦。
我现在就等Webtop到手开工了。
至于Linux支持的CPU，那得看发行版。部分Linux发行版是支持目前所有的商用CPU的，从X86到ARM到IA64通吃，也有部分是高度专精的，如Arch就只支持X86.
不过我强烈不建议用Atrix来做音乐制作系统，毕竟处理能力太弱，据说破解之后正常上网十分钟手机就变得非常烫。音乐制作那就可想而知了。
还有，你要使用USB声卡，还得考虑一下声卡有没有相应版本的驱动。
总之Webtop并不能算是全功能的笔记本，只能当上网本来用。我买Webtop也主要是因为笔记本太大太重，平时带着上课做笔记不方便才买来，记笔记基本上只用得到浏览器和文本编辑器，这些都不是问题。但是音乐制作，还是用完整的PC为好。
=======================
另外Android并不能算是Linux的发行版。Android的机制是运行在Linux内核上的一套虚拟机程序，其应用和直接基于Linux的本地应用程序有很大的不同，除非重编译，二进制包是不通用的。
④ linux系统上信号发送和信号接收讲解
用于进程间通信，通信机制由操作系统保证，比较稳定。
在linux中可以通过kill -l查看所有信号的类型。
kill -信号类型 进程ID
int kill(pid_t pid, int sig);
入参pid :
pid > 0: 发送信号给指定的进程。
pid = 0: 发送信号给 与调用kill函数进程属于同一进程组的所有进程。
pid < 0: 取|pid|发给对应进程组。
pid = -1：发送给进程有权限发送的系统中所有进程。
sig ：信号类型。
返回值 ：成功：0；失败：-1 (ID非法，信号非法，普通用户杀init进程等权级问题)，设置errno
以OpenHarmony源码为例，应用ANR后，AbilityManagerService会通知应用mp堆栈信息，就是通过信号量做的。
头文件位置 :
include <signal.h>
函数解释 :
typedef void (*sighandler_t)(int);
sighandler_t signal(int signum, sighandler_t handler);
当接收到指定的信号signum时，就会跳转到参数handler指定的函数执行。其中handler的入参是信号值。
函数原型 ：
signum参数指出要捕获的信号类型，act参数指定新的信号处理方式，oldact参数输出先前信号的处理方式（如果不为NULL的话）。
sigaction结构体
sa_handler 信号处理函数
sa_mask 在处理该信号时可以暂时将sa_mask 指定的信号集搁置
sa_flags 指定一组修改信号行为的标志。 它由以下零个或多个的按位或组成
SA_RESETHAND：当调用信号处理函数时，将信号的处理函数重置为缺省值SIG_DFL
SA_RESTART：如果信号中断了进程的某个系统调用，则系统自动启动该系统调用
SA_NODEFER ：一般情况下， 当信号处理函数运行时，内核将阻塞该给定信号。但是如果设置了 SA_NODEFER标记， 那么在该信号处理函数运行时，内核将不会阻塞该信号
sa_restorer 是一个替代的信号处理程序，当设置SA_SIGINFO时才会用它。
相关函数
int sigemptyset( sigset_t *set);
sigemptyset()用来将参数set信号集初始化并清空。
执行成功则返回0，如果有错误则返回-1。
完整示例
⑤ Linux fd 系列｜信号编程（signal）竟能这样做涨姿势
来源 | 奇点云存储（id : qiyacloud）授权转载
如若转载请联系原公众号
信号是什么？
首先说，信号（signal）是什么？
信号（ signal ）本质是 Linux 进程间通信的一种机制，也叫 软中断信号 。既然是通信机制，那么就是传递信息用的，信号传递的信息很简单，就是一个整数，一般用于配合系统管理任务，比如进程的终结、恢复、热加载等。
信号都用整数常量表示，命名以 SIG 为前缀，比如 SIGINT（ ctrl-c 触发），SIGKILL（ kill -9 触发 ）。
信号一般怎么产生？
信号处理分为两个阶段 ：
signalfd 是什么？
了解了什么是信号（ signal ），那 signalfd 又会是什么呢？
是一个跟信号关联的 文件描述符 ，能够以 io 的行为获取到系统信号，属性上来讲 signalfd 也是一个匿名 fd 类型。
signalfd 长什么样子？
奇点按照 man signalfd 里面的例子，写了个 demo，跑在 Linux 机器上，按照惯例去看下 fd 的样子。
从这里可以得到简单的信息：
signalfd 使用姿势？
其实信号是很讲究的，甚至有信号编程一说，Linux 的 signalfd 为信号的处理提供了一种新的方法， 统一到文件的 io 模式，契合一切接文件的理念 。
系统调用：
该系统调用返回一个整数类型 signalfd，这个句柄跟信号行为绑定，当发生信号的时候，句柄触发可读事件。
第一个参数也可以传入一个有效的信号 fd 的句柄， 如果传入的是 -1 ，那么内核会自动创建一个新的 fd 。
完整的代码例子，在 Linux 机器上，通过 man signalfd 就可以获取到。
上面的例子，signalfd 没有信号（没有可读事件）的时候会阻塞在 read 调用上，运行效果如下：
可以看到每一次 ctrl + c 触发的信号被捕捉到，并且打印出来。用文件 io 的方式来接收信号，牛。
怎么做到的呢？照例，我们浅析一下内核的代码，位于 fs/signalfd.c ，这是一个很小的文件，正是这个文件完成了对信号“文件化”的封装。
上面最重要的两个调用：
signalfd 原理剖析
1 signalfd
看一下 signalfd 支持的接口调用：
通过这个可以知道 signalfd 支持的特性：
2 signalfd_poll
这个函数做的事情非常简单，就是把 等待对象 挂到当前进程的信号结构的链表上。表头是： current->sighand->signalfd_wqh ，这个就有意思了，这里直接挂到当前进程的结构上。换句话说，唤醒也是自此表头开始。
回忆一下 timerfd ，是挂在 timerfd_ctx->wqh 的字段上。这里的差别是因为信号是对进程来说的。
3 signalfd_read
读一个 signalfd 的操作非常简单，主要逻辑：
简要的代码注释如下：
这里就能非常清晰的看到， 进程有信号的时候，signalfd 句柄就是可读的 。
signal 和 epoll 的配合
1 熟悉的 epoll_ctl
epoll_ctl 注册 signalfd 的时候，调用 signalfd_poll ， signalfd_poll 会把 epoll 创建的 wait entry 挂到 current->sighand 上。唤醒的时候调用这个 wait 链表的回调。
2 什么时候唤醒呢？
唤醒的操作其实不在 signalfd.c 文件中，而是在原有的信号软中断的流程中。
为了知识的完整性，说个点， signalfd_notify 其实在 timer 定时器的流程中也有调用，但跟我们本次主干没啥关系，这里忽略。
信号的发送唤醒的简要示意图：
所有的信号发送都会调用到 send_signal ，在这个里面实现了唤醒 sighand->signalfd_wqh 链表的操作。从而使得 epoll 感知到 signalfd 可读了（因为来信号了），使得 epoll 从 epoll_wait 出唤醒，然后调用 read 操作，把信号的相关信息从句柄中读出来。
划重点：唤醒在 信号发送 的过程。
总结
⑥ linux signal 如何捕获键盘上的del键。用信号量sigint只能捕获Ctrl
int catch( int sig )
{
printf("recv del\n" );
}
int main()
{
signal( SIG_INT, catch );
while( getchar() != '\n' ) ;
return 0;
}
按回车结束程序，按Del会输出recv del。
不行么