[8]Linux进程间通信
来源:互联网 发布:mac关闭dashboard 编辑:程序博客网 时间:2024/06/07 03:44
[1]Linux进程间通信简介
进程间通信的目的:
- 数据传输:一个进程需要将它的数据发送给另一个进程。
- 资源共享:多个进程之间共享同样的资源。
- 通知事件:一个进程需要向另一个或一组进程发送消息,通知它们发生了某种事件。
- 进程控制:有些进程希望完全控制另一个进程的执行(如Debug进程),此时控制进程希望能够拦截另一个进程的所有操作,并能够及时知道它的状态改变。
进程间通信的发展:
Linux进程间通信(IPC)由以下几部分发展而来:
1. UNIX进程间通信;
2. 基于System V进程间通信;
3. POSIX进程间通信。
进程间通信的方式:
现在Linux使用的进程间通信方式包括:
1. 管道(pipe)和有名管道(FIFO);
2. 信号(signal);
3. 消息队列;
4. 共享内存;
5. 信号量;
6. 套接字(socket)。
(无名)管道:
管道是单向的、先进先出的,它把一个进程的输出和另一个进程的输入连接在一起。一个进程(写进程)在管道的尾部写入数据,另一个进程(读进程)从管道的头部读出数据。
数据被一个进程读出后,将被从管道中删除,其它读进程将不能再读到这些数据。管道提供了简单的流控制机制,进程试图读空管道时,进程将阻塞。同样,管道已经满时,进程再试图向管道写入数据,进程将阻塞。
管道包括无名管道和有名管道两种,前者用于父进程和子进程间的通信,后者可用于运行于同一系统中的任意两个进程间的通信。
创建:
无名管道由pipe()函数创建。
#include <unistd.h>int pipe(int filedis[2]);
当一个管道建立时,它会创建两个文件描述符:filedis[0] 用于读管道, filedis[1] 用于写管道。
返回值:成功返回0,失败返回-1。
关闭:
关闭管道只需将这两个文件描述符关闭即可,可以使用普通的close()函数逐个关闭。
读写:
采用read()/write()系统调用进行读写。
运用场合:
管道用于不同进程间通信。通常先创建一个管道,再通过fork()函数创建一个子进程,该子进程会继承父进程所创建的管道。
命名管道:
命名管道和无名管道基本相同,但也有不同点:无名管道只能由父子进程使用;但是通过命名管道,不相关的进程也能交换数据。
创建:
#include <sys/types.h>#include <sys/stat.h>int mkfifo(const char * pathname, mode_t mode);
- pathname:FIFO文件名;
- mode:属性(见文件操作章节);
- 返回值:成功,0;失败,-1。
功能:创建一个FIFO文件。一旦创建了一个FIFO,就可用open打开它,一般的文件访问函数(close、read、write等)都可用于FIFO。
打开:
当打开FIFO时,非阻塞标志(O_NONBLOCK)将对以后的读写产生如下影响:
1、没有使用O_NONBLOCK:访问要求无法满足时进程将阻塞。如试图读取空的FIFO,将导致进程阻塞。
2、使用O_NONBLOCK:访问要求无法满足时不阻塞,立刻出错返回,errno是ENXIO。
信号:
信号(signal)机制是Unix系统中最为古老的进程间通信机制,很多条件可以产生一个信号:
1. 当用户按某些按键时,产生信号。
2. 硬件异常产生信号:除数为0、无效的存储访问等等。这些情况通常由硬件检测到,将其通知内核,然后内核产生适当的信号通知进程,例如,内核对正访问一个无效存储区的进程产生一个SIGSEGV信号。
3. 进程用kill函数将信号发送给另一个进程。
4. 用户可用kill命令将信号发送给其他进程。
信号的类型:
下面是几种常见的信号:
- SIGHUP: 从终端上发出的结束信号;
- SIGINT: 来自键盘的中断信号(Ctrl-C);
- SIGKILL:该信号结束接收信号的进程;
- SIGTERM:kill 命令发出的信号;
- SIGCHLD:标识子进程停止或结束的信号;
- SIGSTOP:来自键盘(Ctrl-Z)或调试程序的停止执行信号。
信号的发送:
kill()&raise()
发送信号的主要函数有 kill()和raise()。区别在于:kill既可以向自身发送信号,也可以向其他进程发送信号。与kill()函数不同的是,raise()函数是向进程自身发送信号。
#include <sys/types.h>#include <signal.h>int kill(pid_t pid, int signo);int raise(int signo);
kill的pid参数有四种不同的情况:
1. pid>0 :将信号发送给进程ID为pid的进程;
2. pid == 0:将信号发送给同组的进程;
3. pid < 0:将信号发送给其进程组ID等于pid绝对值的进程;
4. pid ==-1:将信号发送给所有进程。
alarm()
使用alarm函数可以设置一个时间值(闹钟时间),当所设置的时间到了时,产生SIGALRM信号。如果不捕捉此信号,则默认动作是终止该进程。
#include <unistd.h>unsigned int alarm(unsigned int seconds);
- seconds:经过了指定的seconds秒后会产生信号SIGALRM。
每个进程只能有一个闹钟时间。如果在调用alarm时,以前已为该进程设置过闹钟时间,而且它还没有超时,以前登记的闹钟时间则被新值代换。
如果有以前登记的尚未超过的闹钟时间,而这次seconds值是0,则表示取消以前的闹钟。
信号的处理:
当某信号出现时,将按照下列三种方式中的一种进行处理:
1. 忽略此信号。大多数信号都按照这种方式进行处理,但有两种信号却决不能被忽略。它们是:
SIGKILL和SIGSTOP。这两种信号不能被忽略的原因是:它们向超级用户提供了一种终止或停止进程的方法。
2. 执行用户希望的动作通知内核在某种信号发生时,调用一个用户函数。在用户函数中,执行用户希望的处理。
3. 执行系统默认动作对大多数信号的系统默认动作是终止该进程。
pause()
pause函数使调用进程挂起直至捕捉到一个信号,只有执行了一个信号处理函数后,挂起才结束。
#include <unistd.h>int pause(void);
signal()
信号处理的主要方法有两种,一种是使用简单的signal函数,另一种是使用信号集函数组。
#include <signal.h>typedef void (*sighandler_t)(int)sighandler_t signal(int signum, sighandler_t handler));//signal()函数用于设置信号量的处理函数
sighandler_t 可能的值是:
1. SIG_IGN:忽略此信号
2. SIG_DFL: 按系统默认方式处理
3. 信号处理函数名:使用该函数处理。
共享内存:
共享内存是被多个进程共享的一部分物理内存。共享内存是进程间共享数据的一种最快的方法,一个进程向共享内存区域写入了数据,共享这个内存区域的所有进程就可以立刻看到其中的内容。
共享内存实现分为两个步骤:
一、创建共享内存,使用shmget()函数。
二、映射共享内存,将这段创建的共享内存映射到具体的进程空间去,使用shmat()函数。
创建/打开shmget():
该函数用来创建共享内存。
#include <sys/ipc.h>#include <sys/shm.h>int shmget(key_t key, size_t size, int shmflg);
- key : 程序需要提供一个参数key,它有效地为共享内存段命名。它有一个特殊的键值IPC_PRIVATE, 用于创建一个只属于创建进程的共享内存。
- size: 以字节为单位指定需要共享的内存容量。
- shmflag: 包含9个比特的权限标志,它们的作用与创建文件时使用的mode标志是一样。由IPC_CREAT定义的一个特殊比特必须和权限标志按位或才能创建一个新的共享内存段。
- 返回值:创建成功则返回一个非负整数,即共享内存标识;如果失败,则返回-1。
映射shmat ():
#include <sys/ipc.h>#include <sys/shm.h>int shmat ( int shmid, char *shmaddr, int flag);
- shmid:shmget函数返回的共享存储标识符;
- flag:决定以什么方式来确定映射的地址(通常为0);
- smaddr:手动定义的映射起始地址,通常填0由系统自动分配;
- 返回值:如果成功,则返回共享内存映射到进程中的地址;如果失败,则返回- 1。
分离shmdt():
当一个进程不再需要共享内存时,需要把它从进程地址空间中共享内存的控制函数。
#include <sys/ipc.h>#include <sys/shm.h>int shmdt(const void *shm_addr);
- shm_addr:shmat返回的地址指针;
- 返回值:成功时,返回0,失败时,返回-1。
- NOTE:共享内存分离并未删除它,只是使得该共享内存对当前进程不再可用。
消息队列:
unix早期通信机制之一的信号能够传送的信息量有限,管道则只能传送无格式的字节流,这无疑会给应用程序开发带来不便。消息队列(也叫做报文队列)则克服了这些缺点。
消息队列就是一个消息的链表。可以把消息看作一个记录,具有特定的格式。进程可以向中按照一定的规则添加新消息;另一些进程则可以从消息队列中读走消息。
目前主要有两种类型的消息队列:POSIX消息队列以及系统V消息队列,系统V消息队列目前被大量使用。
键值:
系统V消息队列是随内核持续的,只有在内核重启或者人工删除时,该消息队列才会被删除。
消息队列的内核持续性要求每个消息队列都在系统范围内对应唯一的键值,所以,要获得一个消息队列的描述字,必须提供该消息队列的键。
#include <sys/types.h>#include <sys/ipc.h>key_t ftok (char*pathname, char proj);
- pathname:文件名;
- proj:项目名(不为0即可);
- 返回值:成功返回文件名对应的键值,失败返回-1。
打开/创建消息队列:
#include <sys/types.h>#include <sys/ipc.h>#include <sys/msg.h>int msgget(key_t key, int msgflg);
- key:键值由ftok获得,也可为IPC_PRIVATE;
- msgflg:标志位;
- 返回值:成功则返回与健值key相对应的消息队列描述字,否则返回-1。
msgflg标志位: - IPC_CREAT :创建新的消息队列;
- IPC_EXCL :与IPC_CREAT一同使用,表示如果要创建的消息队列已经存在,则返回错误;
- IPC_NOWAIT:读写消息队列要求无法得到满足时,不阻塞;
- [注意]如果是创建消息队列,还需要包含文件控制权限open()函数中的mode参数。
发送消息:
#include <sys/types.h>#include <sys/ipc.h>#include <sys/msg.h>int msgsnd(int msqid,struct msgbuf*msgp,int msgsz,int msgflg);
- 功能:向消息队列中发送一条消息;
- msqid:已打开的消息队列id;
- msgp:存放消息的结构;
- msgsz:消息数据长度(数据域);
- msgflg:发送标志,有意义的msgflg标志为IPC_NOWAIT,指明在消息队列没有足够空间容纳要发送的消息时,msgsnd是否等待。
- 返回值:成功执行时返回0,失败时返回-1。
消息格式:
struct msgbuf{ long mtype; /* 消息类型 > 0 */ char mtext[1]; /* 消息数据的首地址 *};
接收消息:
#include <sys/types.h>#include <sys/ipc.h>#include <sys/msg.h>int msgrcv(int msqid, struct msgbuf *msgp, int msgsz, long msgtyp, int msgflg);
- 功能:从msqid代表的消息队列中读取一个msgtyp类型的消息,并把消息存储在msgp指向的msgbuf结构中。在成功地读取了一条消息以后,队列中的这条消息将被删除。
- 返回值:成功执行时返回拷贝到mtext数组(数据域)的实际字节数,失败时返回-1。
信号量:
信号量与其他进程间通信方式不大相同,主要用途是保护临界资源。进程可以根据它判定是否能够访问某些共享资源。除了用于访问控制外,还可用于进程同步。
分类:
- 二值信号灯:信号灯的值只能取0或1,类似于互斥锁。 但两者有不同:信号灯强调共享资源,只要共享资源可用,其他进程同样可以修改信号灯的值;互斥锁更强调进程,占用资源的进程使用完资源后,必须由进程本身来解锁。
- 计数信号灯:信号灯的值可以取任意非负值。
创建/打开:
#include <sys/types.h>#include <sys/ipc.h>#include <sys/sem.h>int semget(key_t key, int nsems, int semflg);
- key:键值,由ftok获得;
- nsems:指定打开或者新创建的信号灯集中将包含信号灯的数目;
- semflg:标识,同消息队列。
操作:
#include <sys/types.h>#include <sys/ipc.h>#include <sys/sem.h>int semop(int semid, struct sembuf *sops, unsigned nsops);
- 功能:对信号量进行控制;
- semid:信号量集的ID;
- sops:是一个操作数组,表明要进行什么操作;
- nsops:sops所指向的数组的元素个数。
struct sembuf { unsigned short sem_num; /* semaphore index in array */ short sem_op; /* semaphore operation */ short sem_flg; /* operation flags */};
- sem_num:要操作的信号量在信号量集中的编号,第一个信号的编号是0。
- sem_op:如果其值为正数,该值会加到现有的信号量值中,通常用于释放信号量;如果sem_op的值为负数,而其绝对值又大于信号的现值,操作将会阻塞,直到信号值大于或等于sem_op的绝对值,通常用于获取信号量;如果sem_op的值为0,则操作将暂时阻塞,直到信号的值变为0。
- sem_flg:信号操作标志,可能的选择有两种:
- IPC_NOWAIT:对信号的操作不能满足时,semop()不会阻塞,并立即返回,同时设定错误信息。
- IPC_UNDO:程序结束时(不论正常或不正常)释放信号量,这样做的目的在于避免程序在异常情况下结束时未将锁定的资源解锁,造成该资源永远锁定。
控制:
#include <sys/types.h>#include <sys/ipc.h>#include <sys/sem.h>int semctl(int semid, int semnum, int cmd, union semun arg);
- semid:信号量集的ID。
- semnum:信号量集中信号量的编号。通常取值为0,即使用单个信号量。
- cmd:指定对信号量的各种操作:
- IPC_STAT:从信号量集上检索semid_ds结构,并存到semun联合体参数的成员buf的地址中;
- IPC_SET:设置一个信号量集合的semid_ds结构中ipc_perm域的值,并从semun的buf中取出值;
- IPC_RMID:从内核中删除信号量集合;
- GETALL:从信号量集合中获得所有信号量的值,并把其整数值存到semun联合体成员的一个指针数组中;
- GETNCNT:返回当前等待资源的进程个数;
- GETPID:返回最后一个执行系统调用semop()进程的PID;
- GETVAL:返回信号量集合内单个信号量的值;
- GETZCNT:返回当前等待100%资源利用的进程个数;
- SETALL:与GETALL正好相反;
- SETVAL:用联合体中val成员的值设置信号量集合中单个信号量的值。
- arg:操作值的结构:
union semun { short val; /*SETVAL用的值*/ struct semid_ds* buf; /*IPC_STAT、IPC_SET用的semid_ds结构*/ unsigned short* array; /*SETALL、GETALL用的数组值*/ struct seminfo *buf; /*为控制IPC_INFO提供的缓存*/ } arg;
- [8]Linux进程间通信
- Linux进程间通信
- Linux进程间通信
- Linux进程间通信
- Linux进程间通信
- linux 进程间通信
- linux 进程间通信
- Linux进程间通信
- Linux进程间通信
- 【Linux】 进程间通信
- linux进程间通信
- Linux 进程间通信
- Linux进程间通信
- Linux进程间通信
- Linux 进程间通信
- linux间进程通信
- Linux进程间通信
- linux 进程间通信
- Spring为什么Autowired注入的是接口
- PHP之RETURN用法
- [7]Linux进程控制
- Codeforces Round #395 (Div. 2) A B题 题解
- linux中netstat查看80端口连接数例子
- [8]Linux进程间通信
- APMServ5.2.6 升级PHP版本 到高版本 5.3,5.4
- I'm a writer
- 2016总结
- Redis漏洞-中挖矿程序,占用CPU资源
- iOS崩溃统计(程序员每日必备)
- [9]Linux多线程
- MySQL数据库增量备份及恢复方案
- undefined reference to `clock_gettime' 链接错误的解决思路