细说linux IPC(八):信号(下)

【版权声明:尊重原创,转载请保留出处:blog.csdn.net/shallnet 或 .../gentleliu,文章仅供学习交流,请勿用于商业用途】

上一节的说了使用kill函数来发送信号和使用signal函数来安装信号处理函数,这一节我们使用另外一种方式来实现安装信号处理和发送信号。

早期UNIX只支持SIGRTMIN之前的不可靠信号,后来增加了SIGRTMIN到SIGRTMAX的可靠信号,同时也增加了信号发送和安装的方式,使用sigqueue()函数可以发送信号,使用sigaction函数可以添加信号。一般signal函数用于安装不可靠信号,sigaction用于安装可靠信号,但实际上两个函数都可以安装可靠信号和不可靠信号。

使用sigqueue函数代替kill函数发送信号:

       #include <signal.h>
       int sigqueue(pid_t pid, int sig, const union sigval value);

参数pid、sig和kill函数两个参数一样,分别为发送信号目标进程id和将要发送的信号,参数value是要随信号一起发送给目标信号的数据,其类型为

           union sigval {
               int sival_int;
               void *sival_ptr;
           };

如果接收信号进程使用SA_SIGINFO标识安装了sa_sigaction处理函数,那么该值在siginfo_t的成员si_value中可以获得。

使用函数sigaction可以安装一个信号处理函数:

       #include <signal.h>
       int sigaction(int signum, const struct sigaction *act,  struct sigaction *oldact);

参数signum和signal函数第一个参数一样,是将要安装处理函数的的信号;

参数act是将要安装的信号处理,其是一个结构体:

           struct sigaction {
               void (*sa_handler)(int);
               void (*sa_sigaction)(int, siginfo_t *, void *);
               sigset_t sa_mask;
               int sa_flags;
               void (*sa_restorer)(void);
           };

第一,二个成员是信号处理函数,成员sa_handler类似signal函数的第二个参数,可以为信号处理函数或SIG_DFL或SIG_IGN。sa_sigaction有三个参数,第一个处理的信号,第二个参数为一个结构体siginfo_t类型的变量;第三个参数没有使用。结构体siginfo_t为:

           siginfo_t {
               int si_signo; /* Signal number */
               int si_errno; /* An errno value */
               int si_code; /* Signal code */
               int si_trapno; /* Trap number that causedhardware-generated signal(unused on most architectures) */
               pid_t si_pid; /* Sending process ID */
               uid_t si_uid; /* Real user ID of sending process */
               int si_status; /* Exit value or signal */
               clock_t si_utime; /* User time consumed */
               clock_t si_stime; /* System time consumed */
               sigval_t si_value; /* Signal value */
               int si_int; /* POSIX.1b signal */
               void *si_ptr; /* POSIX.1b signal */
               int si_overrun; /* Timer overrun count; POSIX.1b timers */
               int si_timerid; /* Timer ID; POSIX.1b timers */
               void *si_addr; /* Memory location which caused fault */
               long si_band; /* Band event (was int in glibc 2.3.2 and earlier) */
               int si_fd; /* File descriptor */
               short si_addr_lsb; /* Least significant bit of address since Linux 2.6.32) */
           }

sigaction成员sa_mask指定在信号处理程序执行过程中,哪些信号应当被阻塞。缺省情况下当前信号本身被阻塞,防止信号的嵌套发送,除非指定SA_NODEFER或者SA_NOMASK标志位。

sa_flags中包含了许多标志位,包括刚刚提到的SA_NODEFER及SA_NOMASK标志位。另一个比较重要的标志位是SA_SIGINFO,当设定了该标志位时,表示信号附带的参数可以被传递到信号处理函数中,因此,应该为sigaction结构中的sa_sigaction指定处理函数,而不应该为sa_handler指定信号处理函数,否则,设置该标志变得毫无意义。即使为sa_sigaction指定了信号处理函数,如果不设置SA_SIGINFO,信号处理函数同样不能得到信号传递过来的数据,在信号处理函数中对这些信息的访问都将导致段错误(Segmentation
fault)。

sa_restorer已经不再使用。

当一个可靠信号来到进程时,进程会在当前进程未处理信号队列中加入该信号,不管未处理信号队列当中是否已经包含该信号,当一个不可靠信号来到时,进程会首先判断当前进程中未处理信号队列是否已经包含该信号,如果包含该信号的话,那么新来到的信号将会丢失。

将上一节示例代码修改为使用sigaction实现:

void sig_func(int signo, siginfo_t *info, void *arg)
{
// sleep(6);
    printf("====%s== [child] handle signo: %d==arg: %d=\n", __func__, signo, info->si_int);
}
void child_process_do(void)
{
    struct sigaction act;
    printf("====%s==child pid: %d===\n", __func__, getpid());
    //signal(SIGRTMIN, sig_func);
    //signal(SIGALRM, sig_func);
    act.sa_sigaction = sig_func;
    act.sa_flags = SA_SIGINFO;
    if (sigaction(SIGALRM, &act, NULL) < 0) { //此处安装信号处理函数
        fprintf(stderr, "sigaction: %s\n", strerror(errno));
        return;
    }
    while (1) {
        sleep(10);
    }
}
void parent_process_do(pid_t pid)
{
    int i, val = 100;
    union sigval sigarg;
    sleep(1);
    printf("====%s==parent pid: %d===\n", __func__, getpid());
    for (i = 0; i < 5; i++) {
        printf("====%s==[parent] send signal <%d> to pid <%d>==\n", __func__, SIGRTMIN, pid);
        //kill(pid, SIGRTMIN);
        //kill(pid, SIGALRM);
        sigarg.sival_int = val + i;
        sigqueue(pid, SIGALRM, sigarg); //此处发送SIGALRM信号,sigarg为要传送的参数
        sleep(1);
    }
    waitpid(pid, NULL, 0);
}
int main(int argc, const char *argv[])
{
    pid_t pid;
    pid = fork();
    if (pid < 0) {
        fprintf(stderr, "fork: %s\n", strerror(errno));
        return -1;
    }
    if (0 == pid) {
        child_process_do();
    } else {
        parent_process_do(pid);
    }
    return 0;
}

不论何种安装信号处理方式,都不能就不可靠信号改为可靠信号。使用信号的方式来进行进程间通信,需要知道对方进程的pid,并且信号通信的方式所能传输的信息量不是很多,在实际应用中信号可能更多的用在进程给自身发信号,用于进程间通信不多,所以使用信号来实现IPC不如前面几节讲的通信方式来得方便。

本节源码下载:

点击打开链接

时间: 2024-10-14 00:09:21

细说linux IPC(八):信号(下)的相关文章

细说linux IPC(五):system V共享内存

system V共享内存和posix共享内存类似,system V共享内存是调用shmget函数和shamat函数.           shmget函数创建共享内存区,或者访问一个存在的内存区,类似系统调用共享内存的open和posix共享内存shm_open函数.shmget函数原型为: #include <sys/ipc.h> #include <sys/shm.h> int shmget(key_t key, size_t size, int shmflg); key: 函

细说linux IPC(三):mmap系统调用共享内存

前面讲到socket的进程间通信方式,这种方式在进程间传递数据时首先需要从进程1地址空间中把数据拷贝到内核,内核再将数据拷贝到进程2的地址空间 中,也就是数据传递需要经过内核传递.这样在处理较多数据时效率不是很高,而让多个进程共享一片内存区则解决了之前socket进程通信的问题.共享内存 是最快的进程间通信 ,将一片内存映射到多个进程地址空间中,那么进程间的数据传递将不在涉及内核.        共享内存并不是从某一进程拥有的内存中划分出来的:进程的内存总是私有的.共享内存是从系统的空闲内存池中

细说linux IPC(六):pipe和FIFO

在unix系统上最早的IPC形式为管道,管道的创建使用pipe函数: #include <unistd.h> int pipe(int pipefd[2]); 该函数创建一个单向的管道,返回两个描述符 pipefd[0],和pipefd[1],pipefd[0]用于读操作,pipefd[1]用于写操作.该函数一般应用在父子进程(有亲缘关系的进 程)之间的通信,先是一个进程创建管道,再fork出一个子进程,然后父子进程可以通过管道来实现通信.管道具有以下特点:管道是半双工的,数据只能向一个方向流

细说linux IPC(七):信号(上)

[版权声明:尊重原创,转载请保留出处:blog.csdn.net/shallnet 或 .../gentleliu,文章仅供学习交流,请勿用于商业用途] 信号类似于中断请求,一个进程不会阻塞在某处等待信号的到来,也不会知道信号何时能到来,信号的产生是随机的,进程只需要注册信号处理函数,在信号到来时执行信号处理函数即可. linux系统支持的信号可以通过命令kill -l来查看: # kill -l 1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL 5) SIGTR

细说linux IPC(二):基于socket的进程间通信(下)

[版权声明:尊重原创,转载请保留出处:blog.csdn.net/shallnet 或 .../gentleliu,文章仅供学习交流,请勿用于商业用途] 在两个进程通信当中,存在两个进程相互交换信息的过程,有的都比较复杂,不像上一节那样简单.一般情况下,存在一个服务进程一直在等待客户进程连接,客户进程和服务进程存在如下三种交换数据方式: 客户进程发获取服务进程某一全局数据的请求,服务进程返回该数据(简称get请求): 客户进程发设置服务进程全局数据的请求(简称set请求): 客户进程发设置服务进

细说Linux中的信号(signal )

在细说信号之前我们先来了解下什么是信号.信号(signal)是一种软件中断,它提供了一种处理异步事件的方法,也是进程间惟一的异步通信方式.在Linux系统中,根据POSIX标准扩展以后的信号机制,不仅可以用来通知某种程序发生了什么事件,还可以给进程传递数据. 信号的种类有很多,我们可以通过kill -l命令察看系统定义的信号列表: 可以看到一共有62个信号.1-31号为普通信号:34-64号为实时信号.(博主这次只讨论普通信号.) 接下来我们来细说信号的产生.阻塞和捕捉. >>信号的产生: 通

细说linux IPC(十一):各种IPC形式比较总结(完)

[版权声明:尊重原创,转载请保留出处:blog.csdn.net/shallnet 或 .../gentleliu,文章仅供学习交流,请勿用于商业用途] 这个系列基本上到现在为止已经差不多把linux上的各种常用的IPC介绍完了,linux上面的IPC大多都是从UNIX上面继承而来. 最初Unix IPC包括:管道.FIFO.信号.System V IPC包括:System V消息队列.System V信号灯.System V共享内存区.由于Unix版本的多样性,电子电气工程协会(IEEE)开发

细说linux IPC(十):system V 消息队列

[版权声明:尊重原创,转载请保留出处:blog.csdn.net/shallnet 或 .../gentleliu,文章仅供学习交流,请勿用于商业用途] system V消息队列和posix消息队列类似,linux系统这两种消息队列都支持.先来看一下system V消息队列相关操作及其函数. msgget()函数创建一个消息队列或打开一个消息队列. #include <sys/types.h> #include <sys/ipc.h> #include <sys/msg.h&

细说linux IPC(四):posix 共享内存

上一节讲了由open函数打开一个内存映射文件,再由mmap函数把得到的描述符映射到当前进程地址空间中来.这一节说说另外一种类似的共享内存方法,即 有shm_open函数打开一个Posix.1 IPC名字(也许是文件系统中的一个路径名),所返回的描述符由函数mmap映射到当前进程地址空间.        posix共享内存和尚上一节类似,首先需要制定一个名字参数调用shm_open ,以创建一个新的共享内存对象或打开一个已存在的共享内存对象:然后再调用mmap把共享内存区映射到调用进程的地址空间中