Linux系统进程间通信基础

已于 2022-07-05 19:55:13 修改
阅读量194 收藏 1
点赞数
分类专栏： Linux-c 文章标签： linux 运维 服务器
于 2022-06-08 18:16:31 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45698138/article/details/125189474
版权

文章目录

进程间通信

1.进程间通信（IPC）方式

①无名管道（PIPE）和有名管道（FIFO）

②信号（signal）

③system V-IPC 之共享内存

④system V-IPC 之消息队列

⑤system V-IPC 之信号量

⑥套接字socket

特点：

无名管道是最简单的常用于一对一的亲缘进程间通信的方式

有名管道存在于文件系统之中，提供写入原子性特征，信号是唯一一种异步通信方式

共享内存的效率最高，但是要结合信号量等同步互斥机制一起使用

消息队列提供一种带简单消息标识的通信方

套接字是一种更为宽泛意义上的进程间通信方式——它允许进程间跨网络

2.无名管道（PIPE）和有名管道（FIFO）

①无名管道（PIPE）

特点：

1，没有名字，因此无法使用 open( )

2，只能用于亲缘进程间（比如父子进程、兄弟进程、祖孙进程……）通信

3，半双工工作方式：读写端分开

4，写入操作不具有原子性，因此只能用于一对一的简单通信情形

5，不能使用 lseek( )来定位

创建无名管道pipe函数

功能
创建无名管道:PIPE
头文件
#include <unistd.h>
原型
int pipe(int pipefd[2]);
参数
pipefd：一个至少具有2个int型数据的数组，用来存放PIPE的读写端描述符
返回值：成功 0  失败 -1

在这里插入图片描述

需要注意的是：无名管道的读写端是固定的

fd[0]：读端，只能进行读操作

fd[1]：写端，只能进行写操作

数据读写的时候

（1）写数据进程已经死了，管道中依然会存放写入的数据

（2）读端读数据的时候，发现管道中没有数据，会产生阻塞，一直等待管道中有数据

（3）管道中的数据一旦读完，管道就空了，不能在没有第二次写入数据之前连续多次读取，如果管道中的数据，没有读取完，是可以直接进行第二次读取的

②有名管道 FIFO

特点：

1，有名字，存储于普通文件系统之中

2，任何具有相应权限的进程都可以使用 open( )来获取 FIFO 的文件描述符

3，跟普通文件一样：使用统一的 read( )/write( )来读写

4，跟普通文件不同：不能使用 lseek( )来定位，原因同 PIPE

5，具有写入原子性，支持多写者同时进行写操作而数据不会互相践踏

6，First In First Out，最先被写入 FIFO 的数据，最先被读出来

创建有名管道函数

功能
创建有名管道:FIFO
头文件
#include <sys/types.h>
#include <sys/stat.h>
原型
int mkfifo(const char *pathname, mode_t mode);
参数
pathname：FIFO的文件名
mode：文件权限
返回值：成功 0  失败 -1

access函数

#include <unistd.h>
int access(const char *pathname, int mode);
//检查文件是否具有可读可写可执行，是否存在

读写要阻塞的情况
在这里插入图片描述
在这里插入图片描述

需要注意的是：

管道文件（pipe,FIFO），socket不可以在只有读端或者只有写端的情况下被打开

有名管道应用：

在这里插入图片描述

3.信号

①信号概念

​ 信号是系统软件层次上对中断机制的一种模拟（软中断方式），是一种异步通信机制。

  • （1）信号的生命周期

​ 进程信号产生、信号注册、信号响应和处理，信号注销

  • （2）信号响应方式

​ ①忽略信号（信号SIGKILL和SIGSTOP是两个特殊的信号，他们不能被忽略、阻塞或捕捉）

​ ②捕捉信号响应函数（自定义信号处理函数，当收到信号的时候，响应自定义事件）

​ ③执行缺省动作（Linux系统下每一种信号都有规定的默认操作）

信号 SIGKILL 和 SIGSTOP 是两个特殊的信号，他们不能被忽略、阻塞或捕捉，只能按缺省动作来响应。

除了这两个信号之外的其他信号，接收信号的目标进程按照如下顺序来做出反应：

  • A) 如果该信号被阻塞，那么将该信号挂起，不对其做任何处理，等到解除对其阻塞为止。否则进入 B。

  • B) 如果该信号被捕捉，那么进一步判断捕捉的类型：

    • B1) 如果设置了响应函数，那么执行该响应函数。
    • B2) 如果设置为忽略，那么直接丢弃该信号。否则进入 C。

  • C) 执行该信号的缺省动作。

②linux常规信号 kill -l
SIGHUP: 当用户退出shell时，由该shell启动的所有进程将收到这个信号，默认动作为终止进程

SIGINT：当用户按下了<Ctrl+C>组合键时，用户终端向正在运行中的由该终端启动的程序发出此信号。默认动
作为终止进程。

SIGQUIT：当用户按下<ctrl+>组合键时产生该信号，用户终端向正在运行中的由该终端启动的程序发出些信
号。默认动作为终止进程。

SIGILL：CPU检测到某进程执行了非法指令。默认动作为终止进程并产生core文件

SIGTRAP：该信号由断点指令或其他 trap指令产生。默认动作为终止里程 并产生core文件。

SIGABRT: 调用abort函数时产生该信号。默认动作为终止进程并产生core文件。

SIGBUS：非法访问内存地址，包括内存对齐出错，默认动作为终止进程并产生core文件。

SIGFPE：在发生致命的运算错误时发出。不仅包括浮点运算错误，还包括溢出及除数为0等所有的算法错误。默认动作为终止进程并产生core文件。

SIGKILL：无条件终止进程。本信号不能被忽略，处理和阻塞。默认动作为终止进程。它向系统管理员提供了可以杀死任何进程的方法。

SIGUSE1：用户定义 的信号。即程序员可以在程序中定义并使用该信号。默认动作为终止进程。

SIGSEGV：指示进程进行了无效内存访问。默认动作为终止进程并产生core文件。

SIGUSR2：另外一个用户自定义信号，程序员可以在程序中定义并使用该信号。默认动作为终止进程。

SIGPIPE：Broken pipe向一个没有读端的管道写数据。默认动作为终止进程。

SIGALRM: 定时器超时，超时的时间 由系统调用alarm设置。默认动作为终止进程。

SIGTERM：程序结束信号，与SIGKILL不同的是，该信号可以被阻塞和终止。通常用来要示程序正常退出。执行shell命令Kill时，缺省产生这个信号。默认动作为终止进程。

SIGSTKFLT：Linux早期版本出现的信号，现仍保留向后兼容。默认动作为终止进程。

SIGCHLD：子进程结束时，父进程会收到这个信号。默认动作为忽略这个信号。

SIGCONT：如果进程已停止，则使其继续运行。默认动作为继续/忽略。

SIGSTOP：停止进程的执行。信号不能被忽略，处理和阻塞。默认动作为暂停进程。

SIGTSTP：停止终端交互进程的运行。按下<ctrl+z>组合键时发出这个信号。默认动作为暂停进程。

SIGTTIN：后台进程读终端控制台。默认动作为暂停进程。

SIGTTOU: 该信号类似于SIGTTIN，在后台进程要向终端输出数据时发生。默认动作为暂停进程。

SIGURG：套接字上有紧急数据时，向当前正在运行的进程发出些信号，报告有紧急数据到达。如网络带外数据到达，默认动作为忽略该信号。

SIGXCPU：进程执行时间超过了分配给该进程的CPU时间 ，系统产生该信号并发送给该进程。默认动作为终止进程。

SIGXFSZ：超过文件的最大长度设置。默认动作为终止进程。

SIGVTALRM：虚拟时钟超时时产生该信号。类似于SIGALRM，但是该信号只计算该进程占用CPU的使用时间。默认动作为终止进程。

SGIPROF：类似于SIGVTALRM，它不公包括该进程占用CPU时间还包括执行系统调用时间。默认动作为终止进程。

SIGWINCH：窗口变化大小时发出。默认动作为忽略该信号。

SIGIO：此信号向进程指示发出了一个异步IO事件。默认动作为忽略。

SIGPWR：关机。默认动作为终止进程。

SIGSYS：无效的系统调用。默认动作为终止进程并产生core文件。

SIGRTMIN ～ (64) SIGRTMAX：LINUX的实时信号，它们没有固定的含义（可以由用户自定义）。所有的实时信号的默认动作都为终止进程。
③信号分类

1、非实时信号（不可靠信号）

前31个，特点

1，非实时信号不排队，信号的响应会相互嵌套。

2，如果目标进程没有及时响应非实时信号，那么随后到达的该信号将会被丢弃。

3，每一个非实时信号都对应一个系统事件，当这个事件发生时，将产生这个信号。

4，如果进程的挂起信号中含有实时和非实时信号，那么进程优先响应实时信号并且会

从大到小依此响应，而非实时信号没有固定的次序。

2、实时信号（可靠信号）

后31个，特点

1，实时信号的响应次序按接收顺序排队，不嵌套。

2，即使相同的实时信号被同时发送多次，也不会被丢弃，而会依次挨个响应。

3，实时信号没有特殊的系统事件与之对应。

④相关函数

1、kill发送信号

功能
	向指定进程或者进程组，发送一个指定的信号
头文件
	#include <sys/types.h>
	#include <signal.h>
原型
	int kill(pid_t pid, int sig);
参数
pid
	小于-1: 信号将被发送给组ID等于-pid 的进程组里面的所有进程
	   -1: 信号将被发送给所有进程（如果当前进程对其有权限)
		0: 信号将被发送给与当前进程同一个进程组内的所有进程
	大于0: 信号将被发送给PID等于pid的指定进程
sig
	要发送的信号

返回值
		成功0	  失败-1

2、signal响应信号注册

功能
	捕捉一个指定的信号，即预先为某信号的到来做好准备
头文件
	#include <signal.h>
原型
	void (*signal(int sig, void (*func)(int)))(int);
参数
sig
	要捕捉的信号
func
	SIG_IGN 捕捉动作为:忽略
	SIG_DFL 捕捉动作为:执行该信号的缺省动作
	void (*p)(int) 捕捉动作为:执行由p指向的信号响应函数
返回值
	成功 最近一次调用该函数时第二个参数的值		
	失败 SIG_ERR

typedef void (*sighandler_t)(int);

sighandler_t signal(int signum, sighandler_t handler);

这个signal函数需要的参数是一个int型变量，和一个函数指针，返回值也是一个函数指针

3、raise给自己发送信号

功能
	自己给自己发送一个指定的信号
头文件
	#include <signal.h>
原型
	int raise(int sig);
参数
	sig要唤醒（发送）的信号
	
返回值
	成功	0 	失败	非0

4、pause等待信号

功能
	将本进程挂起，直到收到一个信号
头文件
	#include <unistd.h>
原型
	int pause(void);
参数
	无
返回值
	收到非致命信号或者已经被捕捉的信号		-1
	收到致命信号导致进程异常退出			不返回

5、信号集和阻塞sigemptyset、sigfillset、sigaddset、sigdelset、sigismember

功能
	信号集操作函数簇:
	1，sigemptyset():	将信号集清空
	2，sigfillset():		将所有信号添加到信号集中
	3，sigaddset( ):		将指定的一个信号添加到信号集中
	4，sigdelset():		将指定的一个信号从信号集中剔除
	5，sigismember( ):	判断一个指定的信号是否被信号集包含
头文件
	#include <signal.h>
原型
	int sigemptyset(sigset_t *set);int sigfillset(sigset_t *set);
	int sigaddset(sigset_t *set, int signum);int sigdelset(sigset_t *set, int signum);
	int sigismember(const sigset_t *set, int signum);
参数
	set 	信号集
	signum	要添加，或者剔除，或者判断的信号
返回值
	成功 sigismember()返回1，其余函数返回0
	失败 sigismember()返回0，其余函数返回-1

6、sigprocmask设置阻塞或解除阻塞

功能
	阻塞或者解除阻塞一个或者多个信号
头文件
	#include <signal.h>
原型
	int sigprocmask(int how, const sigset_t *set, sigset_t *oldset);
参数
	how
		SIG_BLOCK 	在原有阻塞的信号基础上，再添加set中的信号
		sIG_SETMASK 将原有阻塞的信号，替换为set中的信号
		SIG_UNBLOCK 在原有阻塞的信号基础上，解除set中的信号
	set 	信号集
	oldset 	原有的信号集
返回值
	成功 0 失败 -1

7、sigqueue发生信号数据带数据

功能
	给某进程发送一个指定的信号，同时携带一些数据
头文件
	#include <signal.h>
原型
	int sigqueue(pid_t pid, int sig, const union sigval value);
参数
	pid 	目标进程PID
	sig 	要发送的信号
	value 	携带的额外数据
返回值
	成功 0 失败 -1
备注
	目标进程能获取由sigqueue()发送过去的额外数据 value的前提是:必须设置sA_SIGINFO标识。


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

unio sigva data;
data.sival_int = 100;

发送信号：kill(进程号, 信号)；

发送信号带数据：sigqueue(进程号，信号，data);

8、sigaction捕捉信号，获取数据

功能
	捕捉一个指定的信号，且可以通过扩展响应函数来获取信号携带的额外数据
头文件
	#include <signal.h>
原型
	int sigaction(int signum, const struct sigaction *act, struct sigaction *oldact);
参数
	signum	要捕捉的信号
	act
		sa_handler 		标准信号响应函数指针
		sa_sigaction 	扩展信号响应函数指针
		sa_mask 		临时信号阻塞掩码

		sa_flags:		
				SA_NOCLDSTOP	子进程暂停时不提醒
				SA_NOCLDWAIT 	使子进程死亡时跳过僵尸态
				SA_NODEFER 		不屏蔽来自本信号响应函数内部的信号
				SA_ONSTACK	 	信号响应函数在替补栈中分配内存
				SA_RESETHAND 	响应函数执行一遍之后重置该信号响应策略
				SA_RESTART 		自动重启被该信号中断的某些系统调用
				SA_SIGINFO 		使用扩展信号响应函数而不是标准响应函数

		sa_restorer 废弃的接口

	oldact 原有的信号处理参数

返回值 
	成功 0 失败 -1

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

1，标准信号响应函数指针sa_handler和扩展信号响应函数指针sa_sigaction所指向的函数接口是不同的，sa_sigaction指向的函数接口要复杂得多，事实上如果选择扩展接口的话，信号的接收进程不仅可以接收到 int型的信号，还会接收到一个siginfo_t型的结构体指针，还有一个void型的指针。

2，临时信号掩码sa_mask的设置使用信号集操作函数来操作，被设置在该掩码中的信号，在进程响应本信号期间被临时阻塞。

3，对sa_flags中的几个选项再做几点说明:
A) SA_NOCLDSTOP和SA_NOCLDWAIT只在对信号SIGCHLD设置响应函数时有效。

​ B)缺省情况下，当进程正在执行信号X的响应函数且未完，又接收到除信号X之外的其他信号时会嵌套响应，而如果收到的是信号X本身则不会嵌套。而设置了SA_NODEFER选项之后，则收到信号×本身也会嵌套响应了。

​ C)选项SA_ONSTACK涉及关于所谓“替补栈”的概念，一个进程的栈空间是非常有限的（2MB -8MB左右)，当栈发生溢出的时候，操作系统将会触发一个SIGSEGV信号，如果捕捉这个信号，那么响应函数显然不能再在标准栈中分配了，此时只能通过替补栈来执行响应函数。
​ 使用替补栈的顺序是:
​ (一) 在堆中申请一块内存，作为替补栈空间。
​ (二) 使用sigaltstack( )通知内核以上替补栈的位置和大小。
​ (三) 当使用sigaction( )为某信号设置响应函数时，将SA_ONSTACK位或到sa_flags 中，使得该响应函数在替补栈中运行。

4，一些系统调用函数在执行的时候可能会阻塞，在其阻塞期间如果接收到某个被捕捉的信号，那么缺省情况，在执行完信号响应函数之后他们会出错返回，且错误码会被设置为EINTR。这样的函数包括:

文件操作相关:
read()、readv()、write()、writev()
ioctl()注:当操作慢速设备（可能会引发阻塞且时间不确定的设备）上时。

打开文件相关:
open()注:比如按O_RDONLY或者O_WRONLY打开一个有名管道FIFO时。

进程等待相关:
wait()、wait3()、wait4()、waitid()、waitpid()

套接字相关:
accept()、connect()、recv()、recvfrom()、recvmsg()、send()、sendto()、sendmsg()

记录锁相关:
flock()
fcntl()注:当使用F_SETLKW时。消息队列相关:
mq_receive()
mq_timedreceive()、mq_send()、mq_timedsend()

同步互斥相关:
sem_wait()、sem_timedwait()

futex()注:当使用FUTEX_WAIT时

当我们在调用以上这些函数的时候要注意,由于他们在缺省情况下会被信号响应函数所中断，而这种中断并非是一个真正的错误（Real-Error)，因此一般都需要重新启动这些函数。

重启这些函数的方法有两种:
第一，在 sigaction中的sa_flags 中设置SA_RESTART，让其自动重启。"
第二，判断这些函数的返回值和错误码，如果确实被信号所中断，那么手工重启。还有一些函数跟上面的函数恰好相反，他们不管有没有设置SA_RESTART,在他们运行的过程当中只要遇到信号捕捉，就一律出错返回并设置errno为EINTR，他们是:

套接字相关:（注:被设置了SO_RCVTIMEO或者SO_SNDTIMEO的情况下)
setsockopt()、accept()、recv()、recvfrom()、recvmsg()、connect()、send()、sendto()、sendmsg()

信号等待相关:
pause()、sigsuspend()、sigtimedwait()、sigwaitinfo()
文件描述符多路复用相关;
epoll_wait()
epool_pwait()、poll()
ppol()、select()、pselect()
system-V的IPC接口相关:
msgrcv()
msgsnd()
semop()、semtimedop()

睡眠相关:
clock_nanosleep()、nanosleep()、usleep()

5，如果需要使用扩展信号响应函数，则 sa_flags必须设置SA_SIGINFO，此时，结构体act中的成员sa_sigaction将会替代sa_handler(事实上他们是联合体里面的两个成员，是非此即彼的关系)，扩展的响应函数接口如下:
void(*sa_sigaction)(int,siginfo_t *, void *);该函数的参数列表详情:
第一个参数:int型，就是触发该函数的信号。

第二个参数: siginfo_t型指针，指向如下结构体:

 siginfo_t {
     / si_signo、si_errno 和 si_code 对所有信号都有效
       int      si_signo;     /* Signal number */
       int      si_errno;     /* An errno value */
       int      si_code;      /* Signal code */
       int      si_trapno;    /* Trap number that caused
                                 hardware-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 */
       union sigval 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) */
       void    *si_lower;     /* Lower bound when address violation
                                 occurred (since Linux 3.19) */
       void    *si_upper;     /* Upper bound when address violation
                                 occurred (since Linux 3.19) */
       int      si_pkey;      /* Protection key on PTE that caused
                                 fault (since Linux 4.6) */
       void    *si_call_addr; /* Address of system call instruction
                                 (since Linux 3.5) */
       int      si_syscall;   /* Number of attempted system call
                                 (since Linux 3.5) */
       unsigned int si_arch;  /* Architecture of attempted system call
                                 (since Linux 3.5) */
   }

注意以上成员除了si_signo、si_errno. si_code之外的其他成员，是以部分联合体的形式传递的，并不全都有效。常用到的几个是:
A)发送者进程使用kill( )/sigqueue( )发送信号时si_pid和 si_uid将会被填充为其PID及其实际用户ID，另外如果使用的是sigqueue( )发送信号，那么si_int 和 si_ptr为其发送的额外数据。
B）当触发该响应函数的信号是SIGCHLD时，si_pid、si_uid、si_status、si_utime和si_stime会被填充。si_pid是子进程的PID，si_uid是子进程的实际用户ID，si_status是子进程的退出值或者导致子进程退出的信号值, si_utime和 si_stime分别包含子进程的用户空间执行时间以及系统空间执行时间。
C)当触发该响应函数的信号是SIGILL、SIGFPE、SIGSEGV、SIGBUS或者SIGTRAP时，si_addr将会被填充为发生该信号瞬间的内存地址，在某些平台中还会将si_trapno填充为触发该响应函数的信号值。
D)当触发该响应函数的信号是SIGPOLL和SIGIO时，si_band是一个位掩码，其被填充的内容等同于poll()中的revent，si_fd则会被填充为触发I/O事件的文件描述符。
E) si_code存放了触发该信号响应函数的信号来因，比如他可以是以下值:

SI_USER				由用户调用kilK()或raise( )触发
SI_KERNEL			由内核触发
SI_QUEUE			由用户调用sigqueue( )触发
SI_TIMER 			由定时器触发
CLD_EXITED 			由子进程正常退出触发，只对SIGCHLD有效
CLD_KILLED 			由子进程被杀死触发，只对SIGCHLD有效
CLD_DUMPED 			由子进程异常退出触发，只对SIGCHLD有效
POLL_IN 			由输入数据有效触发，只对SIGPOLL有效
POLL_OUT 			由输出缓冲区有效触发，只对SIGPOLL有效
POLL_MSG 			由输入信息有效触发，只对SIGPOLL有效
POLL_ERR			由I/O错误触发，只对SIGPOLL有效

第三个参数:一个void型指针，该指针指向一个上下文环境，一般很少使用。

/*myhead.h*/
#ifndef __MYHEAD_H_
#define __MYHEAD_H_ 

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <sys/wait.h>
#include <sys/types.h>
#include <errno.h>
#include <string.h>
#include <time.h>
#include <sys/stat.h>
#include <pwd.h>
#include <grp.h>
#include <dirent.h>
#include <fcntl.h>
#include <sys/mman.h>
#include <linux/fb.h>
#include <sys/ioctl.h>
#include <stdbool.h>
#include <linux/input.h>
#include <pthread.h>
#include <setjmp.h>
#include <signal.h>
#define FIFODIR "/tmp/myfifo"

#endif

/*test*/
#include "myhead.h"
void fsigaction(int sig,siginfo_t *siginfo,void *p)
{
	printf("sig = %d\n",sig);
	if(siginfo->si_code == SI_QUEUE)	//由sigqueue触发
	{
		printf("接收到的数据 siginfo->si_int = %d\n",siginfo->si_int);
	}

}	

void fstand(int sig)
{
	printf("sig = %d\n",sig);
}


int main(int argc, char const *argv[])
{
	pid_t _pid;

	_pid = fork();
	if(_pid < 0)
	{
		perror("fork()");
		exit(-1);
	}
	if(_pid > 0)	//father
	{
		sleep(1);
		printf("父进程开始运行\n");
		// printf("_pid %d\n",_pid);
		union sigval data;
		data.sival_int = 100;
		sigqueue(_pid,2,data);

		printf("发生信号带数据成功！\n");
		sleep(3);
		wait(NULL);
		printf("父进程退出\n");
	}
	if(_pid == 0)	//son
	{
		// printf("son pid %d\n",getpid());
		printf("----子进程开始运行\n");
		struct sigaction act;
		memset(&act,0,sizeof(act));
		act.sa_sigaction = fsigaction;	//扩展信号响应函数
		act.sa_flags |= SA_SIGINFO;		//设置响应方式为扩展响应函数
		// act.sa_handler = fstand;
		sigaction(2,&act,NULL);
		
		pause();	//等待信号
		printf("----子进程退出\n");
	}
	if(_pid == -1)
	{
		perror("fork()");
		exit(0);
	}

	return 0;
}

sigaction()即可以使用扩展响应信号函数，也可以使用标准信号响应函数

signal跟kill配对使用，sigqueue跟sigaction配对使用

⑤信号的内核数据模型

在这里插入图片描述

1，每一个线程都使用一个PCB(即 task_struct）来表示，因此pending(不是指针)就是一个线程单独私有的，当我们使用pthread_kill()给一个指定的线程发送某信号时，这些信号将会被存储在这个链队列中。
2，signal是一个指向线程共享的信号挂起队列相关结构体的指针，实际上，一个线程组(即一个进程)中的所有线程中的signal指针都指向同一个结构体，当我们使用诸如kill()来给一个进程发送某信号的时候，这些信号将会被存储在 shared_pending这个线程共享的链队列中。
如果一个进程中有超过1条线程，那么这些共享的挂起信号将会被随机的某条线程响应，为了能确保让一个指定的线程响应来自进程之外的、发送给整个进程的某信号，一般的做法如下:
除了指定要响应某信号的线程外，其他线程对这些信号设置阻塞。即使用sigprocmask()或者pthread_sigmask( )将这些需要阻塞的信号添加到信号阻塞掩码blocked当中。
3，sighand也是一个指针，因此也是进程中的所有线程共享的，他指向跟信号响应函数相关的数据结构，结构体struct sighand_struct中的数组 action有64个元素，一一对应Linux系统支持的64个信号（其中0号信号是测试用的，32号和33号信号保留），每一个元素是一个sigaction结构体，其成员就是标准C库函数sigaction()中的第二个参数的成员，可见，该函数相当于是一个应用层给内核设置信号响应策略的窗口。

4.system V-IPC 共享内存、消息队列、信号量

①IPC对象

​ 进程间的通信，管道和信号，很多通信要求无法满足，就有IPC对象

​ IPC对象：消息队列，共享内存，信号量

​ IPC对象使用之前需要相同的键值
在这里插入图片描述

获取键值key,ftok()

功能
	获取一个当前未用的IPC的 key
头文件
    #include <sys/types.h>
	#include <sys/ipc.h>
原型
	key_t ftok(const char *pathname, int proj_id);
参数
	pathname	个合法的路径
	proj_id		一个整数
返回值
	成功	合法未用的键值
	失败	-1

注意：

1，如果两个参数相同，那么产生的 key 值也相同。

2，第一个参数一般取进程所在的目录，因为在一个项目中需要通信的几个进程通常会出现在同一个目录当中。

3，如果同一个目录中的进程需要超过 1 个 IPC 对象，可以通过第二个参数来标识。

4，系统中只有一套 key 标识，也就是说，不同类型的 IPC 对象也不能重复

可以使用以下命令来查看或删除当前系统中的 IPC 对象：

  • 查看消息队列：ipcs -q

  • 查看共享内存：ipcs -m

  • 查看信号量：ipcs -s

  • 查看所有的 IPC 对象：ipcs -a

  • 删除指定的消息队列：ipcrm -q MSG_ID 或者 ipcrm -Q msg_key

  • 删除指定的共享内存：ipcrm -m SHM_ID 或者 ipcrm -M shm_key

  • 删除指定的信号量：ipcrm -s SEM_ID 或者 ipcrm -S sem_key

Yengi
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
Linux操作系统进程间通信
博客记录学习轨迹，方便日后复习
02-08 256
本文介绍了Linux操作系统关于进程间通信的内容。
Linux进程间的通信
Arvin_success的博客
09-14 699
一、无名管道Pipe 示意图： 管道就相当于队列的数据结构；管道只适合半双工的通信方式；只能用于具有亲缘关系的进程间通信；
Linux系统编程之 Linux信号的编程：信号的基本概念、用法和实现方式
探索C++编程的奥秘，分享深入的技术见解和实践，旨在激发读者创造力与解决问题的思维。
03-11 2096
Linux的信号介绍
linux 系统编程之-信号
王道长的技术博客
05-04 605
文章目录第一章 信号的概念信号的机制与信号相关的事件和状态信号的编号信号4要素Linux常规信号一览表第二章 信号的产生终端按键产生信号硬件异常产生信号kill函数/命令产生信号raise和abort函数软件条件产生信号setitimer函数第三章 信号集操作函数信号集设定sigprocmask函数sigpending函数第四章 信号捕捉signal函数信号捕捉特性内核实现信号捕捉过程：第五章 竞...
为什么我的信号处理器不生效，一不小心把native crash监控玩坏
chuyouyinghe的专栏
09-15 96
信号作为Linux重要的一环，Android并没有完全照搬Linux的信号处理，而是在上层构建了SignalChain机制合理调度信号处理，我们一定要注意Linux内核处理与Android系统这里面的区别！！！作者：Pika链接：https://juejin.cn/post/7248513044917682231来源：稀土掘金著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
Linux信号列表
热门推荐
吾欲乘风
08-25 5万+
我们运行如下命令，可看到Linux支持的信号列表：$ kill -l1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL 5) SIGTRAP 6) SIGABRT 7) SIGBUS 8) SIGFPE 9) SIGKILL 10) SIGUSR1 11) SIGSEGV
Linux进程间通信--使用信号
09-15
Linux进程间通信是一种让不同进程之间交换信息或协调工作的方式，而在Linux系统中，信号（Signal）是一种简单但重要的通信机制。本文将深入探讨如何利用信号进行进程间通信。 首先，信号是操作系统用来通知进程发生...
linux进程间通信管道
01-14
在Linux操作系统中，进程间通信（IPC，Inter-Process Communication）是多个进程之间共享数据、协同工作的关键机制。管道（Pipe）是最早实现的、也是最简单的IPC形式之一，它允许一个进程（生产者）向另一个进程...
ipc.rar_IPC_linux 进程_进程间通信_进程间通信ipc
09-23
在Linux操作系统中，进程间通信（IPC，Inter-Process Communication）是多个进程间进行数据交换的重要机制。本文将深入探讨标题“ipc.rar_IPC_linux 进程_进程间通信_进程间通信ipc”所涉及的知识点，包括Linux下的...
linux基础进程通信
08-04
【Linux进程通信基础】 在Linux操作系统中，进程通信（IPC，Inter-Process Communication）是不同进程间交换信息的重要手段，这对于多进程协作和系统资源管理至关重要。本文将深入讲解Linux中的一些基本进程通信...
Linux进程间通信
09-11
总结一下，Linux进程间通信是多进程协作的基础，通过`shmget`和`shmat`函数实现的共享内存提供了高效的数据交换途径，而消息队列则提供了有序的消息传递功能。理解并熟练掌握这些通信机制对于编写高效、可靠的多进程...
linux信号含义
Mi一下好困的博客
03-28 892
windows下有消息，那么相对Linxu下的是信号，每个信号都有一个名字，这些名字都是以SIG开头（signal的缩写），这些信号宏都被定义在了signal.h这些头文件中，每一个宏（正整数）代表一个信号，这里需要特别说明，没有编号为0（空信号）的信号，在linux下通过命令 kill -l 可以查看到所有的信号量。 如： user@user-virtual-machine:~$ kill
信号概念
wangpengqi的专栏
09-03 2024
首先，每个信号有个名字。这些名字都以字符串SIG开头。例如SIGABRT是当一个进程调用abort函数时产生的终止信号。SIGALRM是当 alram函数设置的计时器到时时产生的闹铃信号。版本7有15个不同的信号；SVR4和4.4BSD有31个不同的信号。FreeBSD 5.2.1、Mac OS X 10.3和Linux2.4.22支持31个不同的信号，而Sloaris 9支持38个不同的信号。然
Unix信号说明
王峰的Blog
01-22 5915
Unix信号列表1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL5) SIGTRAP 6) SIGABRT 7) SIGEMT 8) SIGFPE9) SIGKILL 10) SIGBUS 11) SIGSEGV 12) SIGSYS13) SIGPIPE 14) SIGALRM 15) SIGTERM 16) SIGUSR117) SIGUSR
Linux基础:基本信号函数的使用signal等
qq_43038236的博客
08-25 473
基本概念 1、中断 当程序接收消息后中止当前正在执行的程序，转而执行其它任务，等其它任务执行完成后再返回，这种执行模式叫中断，分为硬件中断和软件中断。 2、信号 是一种软件中断，由操作系统发出，程序接收后会执行相应的操作。 3、常见信号 kill -l 显示所有信号 SIGINT Ctrl+c 终止 SIGQUIT Ctrl+\ 终止+core SIGFPE 除0 终止+core SIGSEGV 非常内存访问 终止+core SIGKILL 终止信号 终止
Linux下的系统编程——信号（十一）
妄北y
09-13 2856
信号在我们的生活中随处可见， 如：古代战争中摔杯为号；现代战争中的信号弹；体育比赛中使用的信号枪...... 他们都有共性，信号是信息的载体，Linux/UNIX 环境下，古老、经典的通信方式， 现下依然是主要的通信手段。 Unix 早期版本就提供了信号机制，但不可靠，信号可能丢失。Berkeley 和 AT&T 都对信号模型做了更改，增加 了可靠信号机制。但彼此不兼容。POSIX.1 对可靠信号例程进行了标准化。
Linux系统信号
韩搏专栏
09-20 5897
1、Linux系统信号       1    SIGHUP       2    SIGINT       3    SIGQUIT       4    SIGILL       5    SIGTRAP       6    SIGABRT       7    SIGBUS       8    SIGFPE       9    SIGKILL     10 
Linux中的环境变量
最新发布
qhy850716的博客
07-17 553
我们思考这样一个问题：指令也是可执行程序，我们写好的编译好的c语言也是程序，为什么我们在执行c语言程序时要./a.out带上当前路径，而ls这种指令就不要带路径呢？这就是环境变量PATH的作用，Linux中存在一些全局设置，表明命令行解释器应该去哪个路径下寻找可执行程序。系统中的很多配置在我们登录Linux时就已经被加载到bash中了，也就是内存。
Linux操作系统进程间通信机制探究
Linux的进程结构和调度策略是理解进程间通信的基础。进程是操作系统中执行程序的实例，拥有自己的内存空间和状态。而进程调度则负责决定哪个进程应当获得CPU的使用权，以确保系统资源的公平分配和高效利用。 Linux...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Yengi

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值