进程间通信IPC(共享内存,消息队列,信号灯)和信号的具体实现(下)

简介: 进程间通信IPC(共享内存,消息队列,信号灯)和信号的具体实现

信号灯(semaphore)

临界资源

  1. 一次只允许一个进程使用的资源称为临界资源;
    临界资源并不全是硬件或是软件,而是两者都能作为临界资源。
    比如硬件的有:打印机、磁带机等;
    软件有: 消息缓冲队列、变量、数组、缓冲区等;
  2. 临界区(critical region)

访问共享变量的程序代码段称为临界区,也称为临界段(criticalsection) ;

  1. 进程互斥

两个或两个以上的进程不能同时进入关于同一组共享变量的临界区,否可可能会发生与时间有关的错误,这种现象称为进程互斥;

semaphore

信号灯(semaphore),也叫信号量。它是不同进程间或一个给定进程内部不同线程间同步的机制。信号灯种类:

  • posix有名信号灯(可用于线程、进程同步)
  • posix基于内存的信号灯(无名信号灯)
  • System V信号灯(IPC对象)

System V信号灯

System V的信号灯是一个或者多个信号灯的一个集合。其中的每一个都是单独的计数信号灯。

而Posix信号灯指的是单个计数信号灯

System V 信号灯由内核维护

二值信号灯、计数信号灯

二值信号灯:

• 值为0或1。与互斥锁类似,资源可用时值为1,不可用时值为0

计数信号灯:

• 值在0到n之间。用来统计资源,其值代表可用资源数

PV操作

通常把信号量操作抽象成PV操作

P

等待操作是等待信号灯的值变为大于0,然后将其减1;

V

释放操作则相反,用来唤醒等待资源的进程或者线程

sem函数

semget

#include <sys/types.h> 
#include <sys/ipc.h> 
#include <sys/sem.h>
int semget(key_t key, int nsems, int semflg);

函数参数

key:和信号灯集关联的key值

nsems: 信号灯集中包含的信号灯数目

semflg:信号灯集的访问权限,通常为IPC_CREAT | 0666

函数返回值

成功:信号灯集ID

出错:-1

semctl

#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: 要修改的信号灯编号

cmd:

GETVAL:获取信号灯的值

SETVAL:设置信号灯的值

IPC_RMID:从系统中删除信号灯集合

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;

函数返回值

成功:0

出错:-1错误原因存于errno中

semop

#include <sys/types.h>
#include <sys/ipc.h>
#include <sys/sem.h>
int semop ( int semid, struct sembuf  *opsptr,  size_t  nops);

函数参数

semid:信号灯集ID

struct sembuf {
short  sem_num;  //  要操作的信号灯的编号
short  sem_op;   //    0 :  等待,直到信号灯的值变成0
//   1  :  释放资源,V操作
//   -1 :  分配资源,P操作
short  sem_flg; // 0,  IPC_NOWAIT,  SEM_UNDO
};

nops: 要操作的信号灯的个数

函数返回值

成功:0

出错:-1

为SEM_UNDO时,它将使操作系统跟踪当前进程对这个信号量的修改情况,如果这个进程在没有释放该信号量的情况下终止,操作系统将自动释放该进程持有的信号量。

举例

sem.h

#ifndef __SEM_H__
#define __SEM_H__
#if 0
union semun {
    int              val;    /* Value for SETVAL */
    struct semid_ds *buf;    /* Buffer for IPC_STAT, IPC_SET */
    unsigned short  *array;  /* Array for GETALL, SETALL */
    struct seminfo  *__buf;  /* Buffer for IPC_INFO
                                (Linux-specific) */
};
#endif
int init_sem(int semid, int num, int val)
{
    union semun myun;
    myun.val = val;
    if(semctl(semid, num, SETVAL, myun) < 0)
    {
        perror("semctl");
        exit(1);
    }
    return 0;
}
int sem_p(int semid, int num)
{
    struct sembuf mybuf;
    mybuf.sem_num = num;
    mybuf.sem_op = -1;
    mybuf.sem_flg = SEM_UNDO;
    if(semop(semid, &mybuf, 1) < 0)
    {
        perror("semop");
        exit(1);
    }
    return 0;
}
int sem_v(int semid, int num)
{
    struct sembuf mybuf;
    mybuf.sem_num = num;
    mybuf.sem_op = 1;
    mybuf.sem_flg = SEM_UNDO;
    if(semop(semid, &mybuf, 1) < 0)
    {
        perror("semop");
        exit(1);
    }
    return 0;
}
#endif

client

#include <sys/types.h>
#include <linux/sem.h>
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include "sem.h"
int main(void)
{
    key_t key;   //sem key
    int semid, semval;
    //get semaphore
    if((key = ftok("/app",'i')) <0)
    {
        perror("ftok");
        exit(1);
    }
    printf("key = %x\n",key);
    if((semid  = semget(key, 1, 0666)) < 0)
    {
        perror("semget");
        exit(1);
    }
    //get semaphore value every 1 seconds  
    while (1) 
    {
        if ((semval = semctl(semid, 0, GETVAL, 0)) == -1) 
        {
            perror("semctl error!\n");
            exit(1);
        }
        if (semval > 0) 
        {
            printf("Still %d resources can be used\n", semval);
        }else 
        {
            printf("No more resources can be used!\n");
            //break;
        }
        sleep(1);
    }
    exit(0);
}

server

#include <stdlib.h>
#include <unistd.h>
#include <sys/types.h>
#include <linux/sem.h>
#include <stdio.h>
#include <errno.h>
#include "sem.h"
#define MAX_RESOURCE    10
int main(void)
{
key_t key_info;
int semid;
//get semaphore 
if ((key_info = ftok ("/app", 'i')) < 0)
{
    perror ("ftok info");
    exit (-1);
}
printf("key is %d\n", key_info);
if ((semid = semget (key_info, 1, IPC_CREAT | IPC_EXCL |0666)) < 0)
{
    if (errno == EEXIST)
    {
        semid = semget (key_info, 1, 0666);
    }
    else
    {
        perror ("semget");
        exit (-1);
    }
}
else
{
    init_sem (semid, 0, 1);
}
//substract 1 every 3 seconds until semaphore value is -1
while (1) 
{
    //p
    printf("p\n");
    sem_p (semid, 0);
    //进入临界区
    sleep(4);
    //V
    printf("v\n");
    sem_v (semid, 0);
    sleep(3);
}
exit(0);
}

信号量与共享内存

信号

当我们按下ctrl+c终止主控程序时,希望能够实现如下操作:

1.进程退出

2.释放所有申请的资源

互斥锁、条件变量、消息队列、共享内存、信号量、线程、设备文件描述符(摄像头、串口)

信号通信

• 信号是在软件层次上对中断机制的一种模拟,是一种异步通信方式

• 信号可以直接进行用户空间进程和内核进程之间的交互,内核进程也可以利用它来通知用户空间进程发生了哪些系统事件。

• 如果该进程当前并未处于执行态,则该信号就由内核保存起来,直到该进程恢复执行再传递给它;

• 如果一个信号被进程设置为阻塞,则该信号的传递被延迟,直到其阻塞被取消时才被传递给进程

信号的生存周期

用户进程对信号的响应方式:

• 忽略信号:• 对信号不做任何处理,但是有两个信号不能忽略:即SIGKILL及SIGSTOP。

• 捕捉信号:• 定义信号处理函数,当信号发生时,执行相应的处理函数。

• 执行缺省操作:• Linux对每种信号都规定了默认操作

信号处理流程

信号类型

  • SIGHUP

含义

该信号在用户终端连接(正常或非正常)结束时发出,

通常是在终端的控制进程结束时,通知同一会话内的各个作业与控制终端不再关联。

默认操作

终止

  • SIGINT

该信号在用户键入INTR字符(通常是Ctrl-C)时发出, 终端驱动程序发送此信号并送到前台进程中的每一个进程。

终止

  • SIGQUIT
    该信号和SIGINT类似,但由QUIT字符(通常是 Ctrl-)来控制。
    终止
  • SIGILL
    该信号在一个进程企图执行一条非法指令时(可执行文件本身出现错误,或者试图执行数据段、堆栈溢出时)发出。
    终止
  • SIGFPE
    该信号在发生致命的算术运算错误时发出。这里不仅包括浮点运算错误,还包括溢出及除数为0等其它所有的算术的错误。
    终止
  • SIGKILL
    该信号用来立即结束程序的运行,并且不能被阻塞、处理和忽略。
    终止
  • SIGALRM
    该信号当一个定时器到时的时候发出。
    终止
  • SIGSTOP
    该信号用于暂停一个进程,且不能被阻塞、处理或忽略。
    暂停进程
  • SIGTSTP
    该信号用于暂停交互进程,用户可键入SUSP字符(通常是Ctrl-Z)发出这个信号。
    暂停进程
  • SIGCHLD
    子进程改变状态时,父进程会收到这个信号
    忽略
  • SIGABORT
    该信号用于结束进程
    终止

信号发送

kill()和raise()

• kill函数同读者熟知的kill系统命令一样,可以发送信号给进程或进程组(实际上, kill系统命令只是kill函数的一个用户接口)。

• kill – l 命令查看系统支持的信号列表

• Raise 函数允许进程向自己发送信号

NAME
raise - send a signal to the caller
SYNOPSIS
#include <signal.h>
   int raise(int sig);
DESCRIPTION
       The raise() function sends a signal to the calling process or thread.  In a single-threaded program it is equivalent to
           kill(getpid(), sig);
       In a multithreaded program it is equivalent to
           pthread_kill(pthread_self(), sig);
       If the signal causes a handler to be called, raise() will return only after the signal handler has returned.

设置信号的处理方式

• 一个进程可以设定对信号的相应方式

• 信号处理的主要方法有两种

使用简单的signal()函数

使用信号集函数族sigaction

• signal()

使用signal函数处理时,需指定要处理的信号和处理函数

使用简单、易于理解

信号设置函数-signal

#include <signal.h>
void (*signal(int signum, void (*handler)(int)))(int); 
//void (*handler)(int)函数指针

signum:指定信号

handler:

SIG_IGN:忽略该信号。

SIG_DFL:采用系统默认方式处理信号。

自定义的信号处理函数指针

函数返回值

成功:设置之前的信号处理方式

出错:-1

举例

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <errno.h>
#include <signal.h>
#include <sys/types.h>
void sig_handler(int signo);
int main(int argc, char *argv[])
{
    int time_left;
    #if 1
    if (signal(SIGINT, sig_handler) == SIG_ERR) {
        perror("signal error");
        return -1;
    }
    signal(SIGQUIT, sig_handler);    
    #endif
    printf("begin sleep ...\n");
    time_left = sleep(10);
    printf("end sleep ... time_left=%d\n", time_left);
    while(1);
    return 0;
}
void sig_handler(int signo)
{
    if (signo == SIGINT)
        printf("I received a SIGINT!\n");
  signal(SIGINT, SIG_DFL);
    if (signo == SIGQUIT)
        printf("I received a SIGQUIT!\n");    
}

进程间通讯方式比较

• signa(信号)l: 唯一的异步通信方式

• msg(消息队列):常用于cs模式中, 按消息类型访问,可有优先级

• shm(共享内存):效率最高(直接访问内存) ,需要同步、互斥机制

• sem(信号量):配合共享内存使用,用以实现同步和互斥

• pipe(管道): 具有亲缘关系的进程间,单工,数据在内存中

• fifo: 可用于任意进程间,双工,有文件名,数据在内存,mkfifo file

• Socket:不同主机之间进程通信

目录
相关文章
|
消息中间件 存储 网络协议
从零开始掌握进程间通信:管道、信号、消息队列、共享内存大揭秘
本文详细介绍了进程间通信(IPC)的六种主要方式:管道、信号、消息队列、共享内存、信号量和套接字。每种方式都有其特点和适用场景,如管道适用于父子进程间的通信,消息队列能传递结构化数据,共享内存提供高速数据交换,信号量用于同步控制,套接字支持跨网络通信。通过对比和分析,帮助读者理解并选择合适的IPC机制,以提高系统性能和可靠性。
1790 14
|
消息中间件 Linux
Linux中的System V通信标准--共享内存、消息队列以及信号量
希望本文能帮助您更好地理解和应用System V IPC机制,构建高效的Linux应用程序。
463 48
|
消息中间件 存储 供应链
进程间通信方式-----消息队列通信
【10月更文挑战第29天】消息队列通信是一种强大而灵活的进程间通信机制,它通过异步通信、解耦和缓冲等特性,为分布式系统和多进程应用提供了高效的通信方式。在实际应用中,需要根据具体的需求和场景,合理地选择和使用消息队列,以充分发挥其优势,同时注意其可能带来的复杂性和性能开销等问题。
|
消息中间件 Linux
Linux:进程间通信(共享内存详细讲解以及小项目使用和相关指令、消息队列、信号量)
通过上述讲解和代码示例,您可以理解和实现Linux系统中的进程间通信机制,包括共享内存、消息队列和信号量。这些机制在实际开发中非常重要,能够提高系统的并发处理能力和数据通信效率。希望本文能为您的学习和开发提供实用的指导和帮助。
890 20
|
7月前
|
存储
阿里云轻量应用服务器收费标准价格表:200Mbps带宽、CPU内存及存储配置详解
阿里云香港轻量应用服务器,200Mbps带宽,免备案,支持多IP及国际线路,月租25元起,年付享8.5折优惠,适用于网站、应用等多种场景。
2262 0
|
7月前
|
存储 缓存 NoSQL
内存管理基础:数据结构的存储方式
数据结构在内存中的存储方式主要包括连续存储、链式存储、索引存储和散列存储。连续存储如数组,数据元素按顺序连续存放,访问速度快但扩展性差;链式存储如链表,通过指针连接分散的节点,便于插入删除但访问效率低;索引存储通过索引表提高查找效率,常用于数据库系统;散列存储如哈希表,通过哈希函数实现快速存取,但需处理冲突。不同场景下应根据访问模式、数据规模和操作频率选择合适的存储结构,甚至结合多种方式以达到最优性能。掌握这些存储机制是构建高效程序和理解高级数据结构的基础。
763 0
|
7月前
|
存储 弹性计算 固态存储
阿里云服务器配置费用整理,支持一万人CPU内存、公网带宽和存储IO性能全解析
要支撑1万人在线流量,需选择阿里云企业级ECS服务器,如通用型g系列、高主频型hf系列或通用算力型u1实例,配置如16核64G及以上,搭配高带宽与SSD/ESSD云盘,费用约数千元每月。
717 0
|
存储 编译器 C语言
【C语言篇】数据在内存中的存储(超详细)
浮点数就采⽤下⾯的规则表⽰,即指数E的真实值加上127(或1023),再将有效数字M去掉整数部分的1。
1011 0
|
存储
共用体在内存中如何存储数据
共用体(Union)在内存中为所有成员分配同一段内存空间,大小等于最大成员所需的空间。这意味着所有成员共享同一块内存,但同一时间只能存储其中一个成员的数据,无法同时保存多个成员的值。

热门文章

最新文章