signallinux
㈠ 关于linux中的signal函数
纠正一下：
输出in sig_fun1:30就是第二次调用的时候输出的，第一次调用只是绑定了SIGUSR1的信号处理函数，不会进入该处理函数
为什么会有这样的输出呢？
signal函数是将信号与处理函数进行绑定，成功绑定则返回绑定之前的信号处理函数。那么来看看你的代码，第一次调用将sig_fun1绑定，无输出；第二次调用将sig_fun2绑定，也就是把sig_fun1替换下来，并且你还调用了它，参数为30，所以会有那样的输出。
该如何改呢？
其实你并没有涉及到linux的信号处理机制，光绑定是不够的，还需要发信号给它，才能真正进入信号处理过程。给你一个示例代码吧
#include<signal.h>
#include<stdlib.h>
#include<stdio.h>
#include<unistd.h>
void sig_fun2(int signo)
{
printf("in sig_fun2:%d\n", signo);
}
void sig_fun1(int signo)
{
printf("in sig_fun1:%d\n", signo);
}
int main()
{
unsigned long i;
if (signal(SIGUSR1, sig_fun1) == SIG_ERR)
{
printf("signal fun1 error\n");
exit(1);
}
sleep(15);
(signal(SIGUSR1, sig_fun2))(30);
sleep(15);
printf("done\n");
return 0;
}
/****************************C 代码完，下面是如何运行***************************/
首先编译，假设生成可执行程序为test
然后运行，我用的是后台运行： nohup ./test>output.txt &
注意，这种方法要将输出重定向到文件output.txt（名字无所谓），然后你会看到一个数字，就是pid进程号
最后，在15秒之内发送信号：kill -SIGUSR1 进程号
现在你就可以打开output.txt看输出结果了。如果用sleep的话会被打断，所以只有两个输出加上替换处理函数时的输出共3个，也可以换成 int n=15;while(n--)sleep(1);
-------------------------------------------------------------
怎么样，加分吧
-------------------------------------------------------------
1.我就是想问第二次绑定sig_fun2的时候，调用了第一次绑定的sig_fun1么？
调用了， (signal(SIGUSR1, sig_fun2))(30);就是这一句， signal(SIGUSR1, sig_fun2)是个函数指针，你这样写就是调用它了，但是这和信号处理没关系，写成signal(SIGUSR1, sig_fun2);就可以了
这就是你所说的成功则返回绑定之前的函数？？？
对
那当时绑定sig_fun1的时候，返回之前的处理函数是什么？？
这个就是系统默认的了，比如SIGINT就是你ctrl+c取消程序执行发送的信号，它的处理函数就是结束程序的一系列动作，不过SIGUSR1是留给用户自定义的信号，系统默认应该是啥也不做的一个函数，例如void fun(int signo){}，你也可以第一次绑定的时候就调用试试看对不对
2.还有我在看signal函数定义的时候，void(//...)(int) 最后传入的这个int整形参数就是我们自定义sig_fun()中所接收的30么？？我看例子里面有的signal(SIGINT,myfunc)；也没有带参数啊，搞不懂
是你理解错了，signal函数只是绑定，没涉及到调用绑定函数，不用带参数，信号处理函数不是像你这样调用的。callback回调你知道吧，就是先做好一个函数或过程放着，事件触发的时候才调用。那个30是你用普通函数调用的方式时的参数，跟信号处理一点关系也没有，你用60，70也没半毛钱关系。我猜你是想要调用信号处理函数，然后迷糊了，其实我上面说的“kill -SIGUSR1 进程号”就是触发程序调用该处理函数的信号，这和kill -9 杀死进程一个道理，只不过处理函数不同，结果不一样。ctrl+c也可以用信号的方式发送，kill -2 进程号，或者 kill -SIGINT 进程号
㈡ linux signal 11 是什么意思
通过kill -l 可以查看信号列表，11 是段错误
$ kill -l
1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL
5) SIGTRAP 6) SIGABRT 7) SIGBUS 8) SIGFPE
9) SIGKILL 10) SIGUSR1 11) SIGSEGV 12) SIGUSR2
13) SIGPIPE 14) SIGALRM 15) SIGTERM 17) SIGCHLD
18) SIGCONT 19) SIGSTOP 20) SIGTSTP 21) SIGTTIN
22) SIGTTOU 23) SIGURG 24) SIGXCPU 25) SIGXFSZ
26) SIGVTALRM 27) SIGPROF 28) SIGWINCH 29) SIGIO
30) SIGPWR 31) SIGSYS 34) SIGRTMIN 35) SIGRTMIN+1
36) SIGRTMIN+2 37) SIGRTMIN+3 38) SIGRTMIN+4 39) SIGRTMIN+5
40) SIGRTMIN+6 41) SIGRTMIN+7 42) SIGRTMIN+8 43) SIGRTMIN+9
44) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12 47) SIGRTMIN+13
48) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14 51) SIGRTMAX-13
52) SIGRTMAX-12 53) SIGRTMAX-11 54) SIGRTMAX-10 55) SIGRTMAX-9
56) SIGRTMAX-8 57) SIGRTMAX-7 58) SIGRTMAX-6 59) SIGRTMAX-5
60) SIGRTMAX-4 61) SIGRTMAX-3 62) SIGRTMAX-2 63) SIGRTMAX-1
64) SIGRTMAX
㈢ 问个关于linux signal的问题
不可能的,SIGSEGV表示你访问了非法地址，只能捕获信号提醒你发生什么故障，信号处理返回后，你会继续执行你非法访问的代码，继续触发SIGSEGV，要么退出，要么一直执行异常指令触发信号，无法继续往下执行。
补充：
setjmp 应用于信号处理是在那些非异常信号的上下文中，比如SIGUSR,SIGARLAM等，这些信号专门拿来做进程通信的，跟你这种运行中代码异常触发的异常信号不一样的。你要setjmp的信号处理，例子也很多，richard steven的《unix 环境高级编程》里面就有。
我估计你是没找到那里触发的SIGSEGV，想规避，这个不是正路，也解决不了问题的！
㈣ Linux环境下使用signal函数进行进程间通信的问题
测试了一下，三个进程都会收到SIGINT信号。
原程序中，child1, child2都收到SIGINT信号，调用stop(), 之后被唤醒，打印"child process ... is killed by parent!"，事实上kill这两个child的不是parent，是它们自己的SIGINT。
放到①处，child1收到SIGINT信号，默认的行为是把自己杀了，当然也来不及打印任何东西了。child2收到SIGINT信号，打断waiting()，打印"child process 2 ..."，然后退出。杀死它的也不是SIGUSR2信号。
放到②处，child1， child2收到SIGINT信号，默认的行为是立即把自己杀了，也来不及打印任何东西了。
测试方法：
// 打印谁执行、被什么信号打断
static void stop(int signal) {
printf("stop %d by signal %d\n", getpid(), signal);
wait_mark=0;
}
// 在parent进程中，打印各进程id
printf("parent %d, child1 %d, child2 %d\n",getpid()，p1,p2);
如果让parent成为杀死child的兇手，可以在child1,child2中加入：
signal(SIGINT, keep_me_alive);
// 不理睬SIGINT信号
static void keep_me_alive(int signal) {
}
这时打印结果就一样了
㈤ linuxsignal的处理函数可以是非静态吗
不可以。linuxsignal的处理函数是响应于某个事件而调用的函数，由键盘触发的事件，适用于所有HTML5元素。linuxsignal的处理函数是不可以是非静态的，静态函数就是函数调用的结果不会访问或者修改任何对象（非static）数据成员，这样的成员声明为静态成员函数比较好。
㈥ Linux进程间通信
linux下进程间通信的几种主要手段简介：
一般文件的I/O函数都可以用于管道，如close、read、write等等。
实例1：用于shell
管道可用于输入输出重定向，它将一个命令的输出直接定向到另一个命令的输入。比如，当在某个shell程序（Bourne shell或C shell等）键入who│wc -l后，相应shell程序将创建who以及wc两个进程和这两个进程间的管道。
实例二：用于具有亲缘关系的进程间通信
管道的主要局限性正体现在它的特点上：
有名管道的创建
小结：
管道常用于两个方面：（1）在shell中时常会用到管道（作为输入输入的重定向），在这种应用方式下，管道的创建对于用户来说是透明的；（2）用于具有亲缘关系的进程间通信，用户自己创建管道，并完成读写操作。
FIFO可以说是管道的推广，克服了管道无名字的限制，使得无亲缘关系的进程同样可以采用先进先出的通信机制进行通信。
管道和FIFO的数据是字节流，应用程序之间必须事先确定特定的传输"协议"，采用传播具有特定意义的消息。
要灵活应用管道及FIFO，理解它们的读写规则是关键。
信号生命周期
信号是进程间通信机制中唯一的异步通信机制，可以看作是异步通知，通知接收信号的进程有哪些事情发生了。信号机制经过POSIX实时扩展后，功能更加强大，除了基本通知功能外，还可以传递附加信息。
可以从两个不同的分类角度对信号进行分类：（1）可靠性方面：可靠信号与不可靠信号；（2）与时间的关系上：实时信号与非实时信号。
(1) 可靠信号与不可靠信号
不可靠信号 ：Linux下的不可靠信号问题主要指的是信号可能丢失。
可靠信号 ：信号值位于SIGRTMIN和SIGRTMAX之间的信号都是可靠信号，可靠信号克服了信号可能丢失的问题。Linux在支持新版本的信号安装函数sigation（）以及信号发送函数sigqueue()的同时，仍然支持早期的signal（）信号安装函数，支持信号发送函数kill()。
对于目前linux的两个信号安装函数:signal()及sigaction()来说，它们都不能把SIGRTMIN以前的信号变成可靠信号（都不支持排队，仍有可能丢失，仍然是不可靠信号），而且对SIGRTMIN以后的信号都支持排队。这两个函数的最大区别在于，经过sigaction安装的信号都能传递信息给信号处理函数（对所有信号这一点都成立），而经过signal安装的信号却不能向信号处理函数传递信息。对于信号发送函数来说也是一样的。
(2) 实时信号与非实时信号
前32种信号已经有了预定义值，每个信号有了确定的用途及含义，并且每种信号都有各自的缺省动作。如按键盘的CTRL ^C时，会产生SIGINT信号，对该信号的默认反应就是进程终止。后32个信号表示实时信号，等同于前面阐述的可靠信号。这保证了发送的多个实时信号都被接收。实时信号是POSIX标准的一部分，可用于应用进程。非实时信号都不支持排队，都是不可靠信号；实时信号都支持排队，都是可靠信号。
发送信号的主要函数有：kill()、raise()、 sigqueue()、alarm()、setitimer()以及abort()。
调用成功返回 0；否则，返回 -1。
sigqueue()是比较新的发送信号系统调用，主要是针对实时信号提出的（当然也支持前32种），支持信号带有参数，与函数sigaction()配合使用。
sigqueue的第一个参数是指定接收信号的进程ID，第二个参数确定即将发送的信号，第三个参数是一个联合数据结构union sigval，指定了信号传递的参数，即通常所说的4字节值。
sigqueue()比kill()传递了更多的附加信息，但sigqueue()只能向一个进程发送信号。sigqueue()比kill()传递了更多的附加信息，但sigqueue()只能向一个进程发送信号。
inux主要有两个函数实现信号的安装： signal() 、 sigaction() 。其中signal()在可靠信号系统调用的基础上实现, 是库函数。它只有两个参数，不支持信号传递信息，主要是用于前32种非实时信号的安装；而sigaction()是较新的函数（由两个系统调用实现：sys_signal以及sys_rt_sigaction），有三个参数，支持信号传递信息，主要用来与 sigqueue() 系统调用配合使用，当然，sigaction()同样支持非实时信号的安装。sigaction()优于signal()主要体现在支持信号带有参数。
消息队列就是一个消息的链表。可以把消息看作一个记录，具有特定的格式以及特定的优先级。对消息队列有写权限的进程可以向中按照一定的规则添加新消息；对消息队列有读权限的进程则可以从消息队列中读走消息。消息队列是随内核持续的
消息队列的内核持续性要求每个消息队列都在系统范围内对应唯一的键值，所以，要获得一个消息队列的描述字，只需提供该消息队列的键值即可；
消息队列与管道以及有名管道相比，具有更大的灵活性，首先，它提供有格式字节流，有利于减少开发人员的工作量；其次，消息具有类型，在实际应用中，可作为优先级使用。这两点是管道以及有名管道所不能比的。同样，消息队列可以在几个进程间复用，而不管这几个进程是否具有亲缘关系，这一点与有名管道很相似；但消息队列是随内核持续的，与有名管道（随进程持续）相比，生命力更强，应用空间更大。
信号灯与其他进程间通信方式不大相同，它主要提供对进程间共享资源访问控制机制。相当于内存中的标志，进程可以根据它判定是否能够访问某些共享资源，同时，进程也可以修改该标志。除了用于访问控制外，还可用于进程同步。信号灯有以下两种类型：
int semop(int semid, struct sembuf *sops, unsigned nsops); semid是信号灯集ID，sops指向数组的每一个sembuf结构都刻画一个在特定信号灯上的操作。
int semctl(int semid，int semnum，int cmd，union semun arg)
该系统调用实现对信号灯的各种控制操作，参数semid指定信号灯集，参数cmd指定具体的操作类型；参数semnum指定对哪个信号灯操作，只对几个特殊的cmd操作有意义；arg用于设置或返回信号灯信息。
进程间需要共享的数据被放在一个叫做IPC共享内存区域的地方，所有需要访问该共享区域的进程都要把该共享区域映射到本进程的地址空间中去。系统V共享内存通过shmget获得或创建一个IPC共享内存区域，并返回相应的标识符。内核在保证shmget获得或创建一个共享内存区，初始化该共享内存区相应的shmid_kernel结构注同时，还将在特殊文件系统shm中，创建并打开一个同名文件，并在内存中建立起该文件的相应dentry及inode结构，新打开的文件不属于任何一个进程（任何进程都可以访问该共享内存区）。所有这一切都是系统调用shmget完成的。
shmget（）用来获得共享内存区域的ID，如果不存在指定的共享区域就创建相应的区域。shmat()把共享内存区域映射到调用进程的地址空间中去，这样，进程就可以方便地对共享区域进行访问操作。shmdt()调用用来解除进程对共享内存区域的映射。shmctl实现对共享内存区域的控制操作。这里我们不对这些系统调用作具体的介绍，读者可参考相应的手册页面，后面的范例中将给出它们的调用方法。
注：shmget的内部实现包含了许多重要的系统V共享内存机制；shmat在把共享内存区域映射到进程空间时，并不真正改变进程的页表。当进程第一次访问内存映射区域访问时，会因为没有物理页表的分配而导致一个缺页异常，然后内核再根据相应的存储管理机制为共享内存映射区域分配相应的页表。
㈦ linux signal(SIGINT,SIG_IGN);大概解释一下
signal，此函数相对简单一些，给定一个信号，给出信号处理函数则可，当然，函数简单，其功能也相对简单许多，简单给出个函数例子如下：
#include<signal.h>
#include<stdio.h>
#include<unistd.h>
voidouch(intsig)
{
printf("Igotsignal%d ",sig);
//(void)signal(SIGINT,SIG_DFL);
//(void)signal(SIGINT,ouch);
}
intmain()
{
(void)signal(SIGINT,ouch);
while(1)
{
printf("helloworld... ");
sleep(1);
}
}
当然，实际运用中，需要对不同到signal设定不同的到信号处理函数，SIG_IGN忽略/SIG_DFL默认，这俩宏也可以作为信号处理函数。同时SIGSTOP/SIGKILL这俩信号无法捕获和忽略。注意，经过实验发现，signal函数也会堵塞当前正在处理的signal，但是没有办法阻塞其它signal，比如正在处理SIG_INT，再来一个SIG_INT则会堵塞，但是来SIG_QUIT则会被其中断，如果SIG_QUIT有处理，则需要等待SIG_QUIT处理完了，SIG_INT才会接着刚才处理。
㈧ Linux中signal（）如何捕捉键盘上的del键
int catch( int sig )
{
printf("recv del\n" );
}
int main()
{
signal( SIG_INT, catch );
while( getchar() != '\n' ) ;
return 0;
}
按回车结束程序，按Del会输出recv del。
㈨ linux中的signal怎么使用
signal函数的定义很复杂，但是它的用法还是比较简单的，你记住它的两个参数就可以了。signal有两个参数sig和func，signal这个函数是用来接收信号并处理的，所以sig参数表示将要处理哪种类型的信号，而func参数是一个函数指针，用来指定信号的处理函数，也就是当程序接收到sig那个类型的信号后，就会调用func指针指向的函数。func指针的原型是：
void (*func) (int)
所以信号的处理函数必须是一个返回void，只有一个int类型参数的函数。
比如如果程序需要处理Ctrl+C组合键产生的信号，就可以这样使用signal函数：
(void) signal(SIGINT, myfunc);
而myfunc函数可以这样定义：
void myfunc(int sig)
{
printf("Hello, the signal is %d\n", sig);
// 因为现在处理的是Ctrl+C信号，所以下面要
// 恢复程序对Ctrl+C的默认反应
(void) signal(SIGINT, SIG_DFL);
}
㈩ Linux下signal信号汇总
Linux下signal信号汇总
SIGHUP 1 /* Hangup (POSIX). / 终止进程 终端线路挂断
SIGINT 2 / Interrupt (ANSI). / 终止进程 中断进程 Ctrl+C
SIGQUIT 3 / Quit (POSIX). / 建立CORE文件终止进程，并且生成core文件 Ctrl+
SIGILL 4 / Illegal instruction (ANSI). / 建立CORE文件,非法指令
SIGTRAP 5 / Trace trap (POSIX). / 建立CORE文件,跟踪自陷
SIGABRT 6 / Abort (ANSI). /
SIGIOT 6 / IOT trap (4.2 BSD). / 建立CORE文件,执行I/O自陷
SIGBUS 7 / BUS error (4.2 BSD). / 建立CORE文件,总线错误
SIGFPE 8 / Floating-point exception (ANSI). / 建立CORE文件,浮点异常
SIGKILL 9 / Kill, unblockable (POSIX). / 终止进程 杀死进程
SIGUSR1 10 / User-defined signal 1 (POSIX). / 终止进程 用户定义信号1
SIGSEGV 11 / Segmentation violation (ANSI). / 建立CORE文件,段非法错误
SIGUSR2 12 / User-defined signal 2 (POSIX). / 终止进程 用户定义信号2
SIGPIPE 13 / Broken pipe (POSIX). / 终止进程 向一个没有读进程的管道写数据
SIGALARM 14 / Alarm clock (POSIX). / 终止进程 计时器到时
SIGTERM 15 / Termination (ANSI). / 终止进程 软件终止信号
SIGSTKFLT 16 / Stack fault. /
SIGCLD SIGCHLD / Same as SIGCHLD (System V). /
SIGCHLD 17 / Child status has changed (POSIX). / 忽略信号 当子进程停止或退出时通知父进程
SIGCONT 18 / Continue (POSIX). / 忽略信号 继续执行一个停止的进程
SIGSTOP 19 / Stop, unblockable (POSIX). / 停止进程 非终端来的停止信号
SIGTSTP 20 / Keyboard stop (POSIX). / 停止进程 终端来的停止信号 Ctrl+Z
SIGTTIN 21 / Background read from tty (POSIX). / 停止进程 后台进程读终端
SIGTTOU 22 / Background write to tty (POSIX). / 停止进程 后台进程写终端
SIGURG 23 / Urgent condition on socket (4.2 BSD). / 忽略信号 I/O紧急信号
SIGXCPU 24 / CPU limit exceeded (4.2 BSD). / 终止进程 CPU时限超时
SIGXFSZ 25 / File size limit exceeded (4.2 BSD). / 终止进程 文件长度过长
SIGVTALRM 26 / Virtual alarm clock (4.2 BSD). / 终止进程 虚拟计时器到时
SIGPROF 27 / Profiling alarm clock (4.2 BSD). / 终止进程 统计分布图用计时器到时
SIGWINCH 28 / Window size change (4.3 BSD, Sun). / 忽略信号 窗口大小发生变化
SIGPOLL SIGIO / Pollable event occurred (System V). /
SIGIO 29 / I/O now possible (4.2 BSD). / 忽略信号 描述符上可以进行I/O
SIGPWR 30 / Power failure restart (System V). /
SIGSYS 31 / Bad system call. */
SIGUNUSED 31
有两个信号可以停止进程:SIGTERM和SIGKILL。 SIGTERM 比较友好，进程能捕捉这个信号，根据您的需要来关闭程序。
在关闭程序之前，您可以结束打开的记录文件和完成正在做的任务。在某些情况下，假如进程正在进行作业而且不能中断，那么进程可以忽略这个SIGTERM信号。
对于 SIGKILL 信号，进程是不能忽略的。这是一个 “我不管您在做什么,立刻停止”的信号。假如您发送SIGKILL信号给进程，Linux就将进程停止在那里。
sigaddset 将信号signo 加入到信号集合之中；
sigdelset 将信号从信号集合中删除；
sigemptyset 函数初始化信号集合set,将set 设置为空；
sigfillset 也初始化信号集合,只是将信号集合设置为所有信号的集合；