解释:为什么Linux中被阻塞的信号量子进程无法从父进程上继承

 

 

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <signal.h>
#include <sys/types.h>
#include <sys/wait.h>
void fun(int sig)
{
	printf("\n%d get signal interrupt!!\n",getpid());
}

int main()
{
	sigset_t set;
	sigemptyset(&set);
	sigaddset(&set,SIGINT);
	signal(SIGINT,fun);
	sigprocmask(SIG_BLOCK,&set,NULL);
	sleep(5);
	pid_t p =fork();
	printf("\nMy pid is %d\n",getpid());
	sigprocmask(SIG_UNBLOCK,&set,NULL);
	
}

执行本代码(CTRL+C必须在5秒内输入),可以明确得出,若父进程在信号阻塞的状态下接受到信号量,再生成子进程子进程无法继承父进程的信号量,然而子进程却能继承父进程的阻塞属性

子进程之所以可以从父进程处继承阻塞属性,原因是因为sigset_t本质上是一个结构体,是一个变量存储在父进程的内存空间中,fork()函数生成子进程的时候,fork()函数之前的内存数据子进程可以在父进程中复制一份,因此子进程可以拷贝到一份完全一模一样的sigset_t结构体。同样,在执行sigprocmask函数的时候,改变了父进程内存数据子进程生成的时候依然可复制一份一模一样的,因此信号的阻塞属性就被继承了下来。

然而被阻塞的信号却无法得到继承,原因是因为被阻塞的信号并不存在于父进程的内存中,而是保存在Linux内核管理的内存区域(挂起队列)中,待进程解除阻塞状态,信号才会从内核传送到进程的内存区。

因此在fork()函数执行之前,输入的CTRL+C中断信号已经被内核识别到传送的目标(即父进程的PID),而执行之后的子进程并不是该信号的目标,内核调用时并不会把信号传向子进程

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值