IPC SystemV Message Queue

最新推荐文章于 2022-05-24 16:00:36 发布
最新推荐文章于 2022-05-24 16:00:36 发布
阅读量115 收藏
点赞数

SystemV消息队列

<!--[if !supportLists]-->1、 <!--[endif]-->函数列表

<!--[if !supportLists]-->Ø <!--[endif]-->key_t ftok(const char *pathname, int proj_id);

//# include <sys/types.h>

//# include <sys/ipc.h>

IPC消息队列有一个key的属性（类型为key_t），一般由此函数产生，产生方法为：根据文件名pathname(必须存在且有权限访问)得到索引节点号，然后将索引节点号和子序列号（proj_id）组成ID标示。

<!--[if !supportLists]-->Ø <!--[endif]-->int msgget(key_t key, int msgflg);

#include <sys/types.h>

#include <sys/ipc.h>

#include <sys/msg.h>

此函数有两个作用：创建key属性为key的消息队列和返回key指定消息的msgid，其中msgid是消息队列的标示。

其中msgflg标示符可以指定创建消息队列的访问权限（一般为S_IRUSR|S_IWUSR|S_IRGRP|S_IROTH用户读写，组和其它读）；同时可以指定msgget函数执行的操作，在创建消息队列时，msgflg必须有IPC_CREAT。

如果msgflg为0，则只返回消息队列的msgid。

此函数成功时，返回非负消息队列标示；失败时返回-1。

<!--[if !supportLists]-->Ø <!--[endif]-->int msgsnd(int msqid, const void *msgp, size_t msgsz, int msgflg);

#include <sys/msg.h>

其中msgid是msgget返回的消息队列标识符，msgp是一个结构体指针，msgsz是结构体中具体数据的长度，msgflg可以为0或者IPC_NOWAIT。

当msgflag指定IPC_NOWAIT时，msgsnd函数成为非阻塞，当由于一些限制条件（例如没有存放消息的可用空间时）出现时，该函数立即放回。

发送成功返回0，发送失败返回-1.

<!--[if !supportLists]-->Ø <!--[endif]-->ssize_t msgrcv(int msqid, void *msgp, size_t msgsz, long msgtyp, int msgflg);

msgsz是结构体（msgp）中保存数据的最大值，也是函数能够返回的最大数据量。而具体的接收的数据量，由函数返回值确定。msgflag可以为0或者IPC_NOWAIT。msgtyp指定待接收消息的类型。

当msgflag指定为IPC_NOWAIT时，msgrcv函数成为非阻塞，当由于一些限制条件（例如消息队列中没有消息）时，该函数立即返回。

其中type的规则为：

当type=0时，返回消息队列中的第一个消息；

当type>0时，返回类型值为type的消息；

当type<0时，返回类型值小于或者等于type绝对值的消息中类型值最小的消息。

msgrcv函数成功时返回接收消息的数据量，失败返回-1.

<!--[if !supportLists]-->Ø <!--[endif]-->int msgctl(int msqid, int cmd, struct msqid_ds *buf);

消息队列控制函数。Msgid为消息队列标示，cmd为具体的命令（一共有三种），buf用来设置或取得消息队列的msgid_ds结构体。

IPC_RMID：删除msgid指定的消息队列。Buf参数忽略，为0

IPC_SET:设置消息队列msgid_ds结构体的四个成员：msg_perm.uid，msg_perm_gid，msg_perm.mode和msg_qbytes。它们的值来自由buf指向的结构体中的相应成员。

IPC_STAT:给调用者返回消息队列msgid_ds结构体，通过buf返回。

<!--[if !supportLists]-->2、 <!--[endif]-->实例解析

<!--[if !supportLists]-->Ø <!--[endif]-->create|send|receive|remove

消息队列的创建和删除、消息的发送和接收。采用默认的struct msgbuf作为消息体。

// mymsgcreate.c

#include <sys/msg.h>

#include <fcntl.h> // O_CREATE

#include <sys/types.h> // pid_t

#include <sys/stat.h>

int main(int argc, char **argv)

{

int c, oflag, mqid;

oflag = S_IRUSR|S_IWUSR|S_IRGRP|S_IROTH | IPC_CREAT;

//设置权限（用户读写，组和其它读）

//指定msgget具体操作（创建消息队列并返回ID）

if((mqid = msgget(ftok("test3", 0), oflag))<0)

printf("create error!/n");

//ftok的pathname参数所指向的文件必须存在

printf("mqid===%d/n",mqid);

exit(0);

}

//#gcc mymsgcreate.c –o mycreate

创建一个消息队列必须满足的条件是：ftok函数的pathname指向的文件已经存在；msgflg中有IPC_CREATE标示。权限要设置正确，用户要有读和写权限。

// mymsgsnd.c

#include <sys/msg.h>

#include <fcntl.h> // O_CREATE

#include <sys/types.h> // pid_t

#include <sys/stat.h>

int

main(int argc, char **argv)

{

struct msgbuf *ptr;

int mqid;

if((mqid = msgget(ftok("test3", 0), S_IWUSR))<0)

printf("create error!/n");

// S_IWUSR权限可以省略，消息队列的权限已经设置了，这里可以为0

//msgget函数的作用是返回消息队列的ID

ptr = calloc(sizeof(long)+7, sizeof(char));

ptr->mtype = 100;

strcpy(ptr->mtext,"abcdefg");

msgsnd(mqid, ptr,7, 0);

exit(0);

}

// gcc -D_GNU_SOURCE mymsgsnd.c -o mysend

消息队列已经创建了，此时msgget函数只是起获得消息队列标示的作用，因此msgflg可以为0。

关于编译选项-D_GNU_SOURCE说明如下：

/usr/include/src/msg.h文件中

#ifdef __USE_GNU
/* Template for struct to be used as argument for `msgsnd' and `msgrcv'. */
struct msgbuf
{
long int mtype; /* type of received/sent message */
char mtext[1]; /* text of the message */
};
#endif

#ifdef _GNU_SOURCE
# define __USE_GNU 1
#endif

因此要想使用struct msgbuf，必须#define _GNU_SOURCE,也可以通过编译选项加进去。

注意msgbuf成员mtext是大小为1的字符数组，而经测试：消息数据的长度不受此限制。例如上面的例子即发送了7个字符。这可能是与结构体成员内存存储有关，也就是可能已经超出结构体的存储范围，这对普通的数据类型是不允许，但对结构体变量是可以的，正如 strcpy(ptr->mtext,"abcdefg");操作是合法的。

//mymsgrec.c

#include <sys/msg.h>

#include <fcntl.h> // O_CREATE

#include <sys/types.h> // pid_t

#include <sys/stat.h>

#define MAXMSG (8192 + sizeof(long))

int

main(int argc, char **argv)

{

int mqid,n;

struct msgbuf *buff;

if((mqid = msgget(ftok("test3", 0), S_IRUSR))<0)

printf("create error!/n");

//S_IWUSR权限可以省略，消息队列的权限已经设置了，这里可以为0

//msgget函数的作用是返回消息队列的ID

buff = malloc(MAXMSG);

n =msgrcv(mqid, buff, MAXMSG, 100, 0);

printf("read %d bytes, type = %ld,mtext=%s/n", n, buff->mtype,buff->mtext);

exit(0);

}

// gcc -D_GNU_SOURCE mymsgrec.c -o myrec

通消息发送，此时消息队列已经创建，msgget函数只起获得消息队列标示的作用，msgflg可以为0.

//mymsgrmid.c

#include <sys/msg.h>

#include <fcntl.h> // O_CREATE

#include <sys/types.h> // pid_t

#include <sys/stat.h>

int

main(int argc, char **argv)

{

int mqid;

mqid = msgget(ftok("test3", 0), 0);

msgctl(mqid, IPC_RMID, 0);

exit(0);

}

//gcc mymsgrmid.c –o myrm

struct msqid_ds *buf参数被忽略，为0。

<!--[if !supportLists]-->Ø <!--[endif]-->mystruct

自定义消息结构体进行消息的发送和接收。

msgsnd和msgrcv函数的void* msgp是具有struct msgbuf模板的结构体变量。

首先分析下struct msgbuf的结构。

struct msgbuf
{
long int mtype; /* type of received/sent message */
char mtext[1]; /* text of the message */
};
<!--[if !supportLineBreakNewLine]-->
<!--[endif]-->

有两个成员，一个为long int保存着消息类型，一个为char数组，保存着具体的消息数据。

因此，以此结构体作为模板的结构体至少有两个成员，一个为long int，一个为char数组。如果结构体的成员变量不只这两个，必须保证保存消息类型的long int和保存消息数据的char数组，连续存储，并位于结构体末尾。

现在自定义一个以struct msgbuf为模板的结构体。

struct mymesg {

long mesg_len; /* #bytes in mesg_data, can be 0 */

long mesg_type; /* message type, must be > 0 */

char mesg_data[MAXMESGDATA];

};

int msgsnd(int msqid, const void *msgp, size_t msgsz, int msgflg);

ssize_t msgrcv(int msqid, void *msgp, size_t msgsz, long msgtyp, int msgflg);

两个函数中msgp结构体指针为部分mymesg结构体指针，指向mseg_type。也就是消息接收和发送函数的void* msgp参数为&(ptr->mesg_type)。也就是消息传输的结构体不包含mesg_len成员数据，在接收端，mesg_len通过msgrcv函数的返回值确定。

从实现方式和结果来看，使用struct msgbuf和自定义结构体没有差异。

//mymesg.h

#include <sys/msg.h>

#include <fcntl.h> // O_CREATE

#include <sys/types.h> // pid_t

#include <sys/stat.h>

#include <limits.h>

#define MAXMESGDATA (PIPE_BUF - 2*sizeof(long))

#define MESGHDRSIZE (sizeof(struct mymesg) - MAXMESGDATA)

struct mymesg {

long mesg_len; /* #bytes in mesg_data, can be 0 */

long mesg_type; /* message type, must be > 0 */

char mesg_data[MAXMESGDATA];

};

//mystructsnd.c

#include "mymesg.h"

int main(int argc, char **argv)

{

struct mymesg *ptr;

int mqid;

if((mqid = msgget(ftok("test3", 0), S_IWUSR))<0)

printf("create error!/n");

ptr = calloc(2*sizeof(long)+7, sizeof(char));

ptr->mesg_type = 100;

ptr->mesg_len = 7;

strcpy(ptr->mesg_data,"abcdefg");

msgsnd(mqid, &(ptr->mesg_type),ptr->mesg_len, 0);

exit(0);

}

// gcc -D_GNU_SOURCE mystructsnd.c -o mystructsend

// mystructrec.c

#include "mymesg.h"

#define MAXMSG (8192 + sizeof(long))

int

main(int argc, char **argv)

{

int mqid,n;

struct mymesg *buff;

if((mqid = msgget(ftok("test3", 0), S_IRUSR))<0)

printf("create error!/n");

buff = malloc(MAXMSG);

buff->mesg_type=100;

n =msgrcv(mqid,&(buff->mesg_type), MAXMSG,buff->mesg_type, 0);

buff->mesg_len=n;

printf("read %d bytes, type = %ld,mtext=%s/n", buff->mesg_len, buff->mesg_type,buff->mesg_data);

exit(0);

}

// gcc -D_GNU_SOURCE mystructrec.c -o mystructrec

<!--[if !supportLists]-->3、 <!--[endif]-->小结

<!--[if !supportLists]-->Ø <!--[endif]-->消息队列和管道（pipe和FIFO）的区别：

管道可以比作为“传输带”，货物（数据流）是按照放上去的顺序达到的；

消息队列可以比作为“仓库”，货物是静态地存储的。

管道对于存货和取货的双方有一定的要求：没有存货方，就不能有取货方（管道只能先以写方式打开后，才能以读方式打开）；没有货，就不能取货（对管道写数据后，才能读数据）；并且对货物形式有要求（存货和取货双方必须定义一致的数据协议）。

消息队列的取货和存货方不存在彼此阻塞约束的现象，双方都是独立自由的，消息队列只是一个公共的存货的仓库；双方也不需要关心数据协议，消息队列已经将数据以消息形式保存在队列中。

<!--[if !supportLists]-->Ø <!--[endif]-->Posix消息队列和SystemV消息队列区别

新的应用程序应考虑使用Posix消息队列，不过大量的现有代码使用SystemV消息队列。

Posix消息队列遗漏的主要特性是从队列中读取指定优先级消息的能力；这两种消息都不适用真正的描述字，因此从而造成在消息队列上使用select或poll的困难。

<!--[if !supportLists]-->Ø <!--[endif]-->ipcs命令

此命令用于显示系统中进程间通信的内核对象。

#ipcs –qa

显示所有的进程间通信对象

#ipcs –q

显示消息队列对象

<!--[if !supportLists]-->Ø <!--[endif]-->消息复用是指在一个消息队列上存储多个种类的消息，这些消息通过struct msgbuf的mtype来区分。

<!--[if !supportLists]-->Ø <!--[endif]-->消息队列存在一定的限制，包括：每个消息的最大字节数；任何一个消息队列上的最大字节数；系统范围的最大消息队列数；系统范围的最大消息数。

braveyly
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
msgq:System V消息队列（IPC）Python扩展
05-15
ftok：将路径名和项目标识符转换为System V IPC密钥 msgget：获取消息队列标识符 msgsnd：将消息发送到队列 msgrcv：从队列接收消息 msgctl：消息控制操作 有关系统调用的更多信息，请访问您的手册页。 这个想法是...
System V消息队列
cool grass's blog
05-07 212
管道和FIFO都是字节流的模型，这种模型不存在记录边界。如果从管道里面读出100字节，你无法确认这100字节是单次写入的100字节，还是分10次写入的。管道或FIFO里的数据如何解读，完全取决于写入进程和读取进程之间的约定。 从这个角度上讲，System V消息队列和POSIX消息队列都是由于管道和FIFO的。原因是消息队列机制中，双方是通过消息来通信的，无需花费精力从字节流中解析出完整的消息。 ...
system V进程间通信-消息队列
自然是VicLi
08-26 382
Linux继承了system V提供的3种通信方式，分别是消息队列、信号量和共享内存。 11.1system V IPC基础 Linux继承了system V提供的3种通信方式，分别是消息队列、信号量和共享内存。和文件一样，IPC在使用前必须创建，每种IPC都有特定的生产者、所有者和访问权限。使用ipcs可以查看当前系统正在使用的IPC工具。 ------ Message Queues -------- key msqid owner perms used-byt
06.System V 消息队列
行走
04-19 428
1、概述 System V消息队列使用消息队列标识符(message queue identifier)标识。具有足够特权的任何进程都可以往一个给定队列放置一个消息，具有足够特权的任何进程都可以从一个给定队列读出一个消息。跟Posix消息队列一样，在某个进程往一个队列中写入一个消息之前，不求另外某个进程正在等待该队列上一个消息的到达。 对于系统中的每个消息队列，内核维护一个定义在<sys...
UNIX下IPC进程间通信方式总结与特性比较
weixin_43674629的博客
08-13 216
unix环境下的IPC方式可以分为以下四大类： 消息传递：管道，FIFO，Posix消息队列、System V消息队列； 同步：互斥锁、条件变量、读写锁、Posix有名信号量、Posix无名(基于内存)信号量、System V信号量； 共享内存：内存映射、Posix共享内存、System V共享内存； 远程调用：RPC、套接字； Posix & System V 历史上，System V 和BSD曾被看作是UNIX系统实现的两种风格，但后续又出现了与之并行的Linux等系统实现。 POSIX是一
Linux进程间通信二 System V 消息队列简介与示例
fuyuande的博客
06-21 554
1. SystemV消息队列简介 2. API接口 2. 1 创建或获取消息队列ID #include <sys/types.h> #include <sys/ipc.h> #include <sys/msg.h> /** * @brief 创建或获取消息队列ID * * @params key 标识符，整形变量，三种方式，固定值，IPC_PRIVATE,ftok生成 * @params msgflg,标志位，IPC_CREAT and IPC_EXCL .
Android7.0 MessageQueue详解
09-01
主要为大家详细介绍了Android7.0 MessageQueue的相关资料,具有一定的参考价值，感兴趣的小伙伴们可以参考一下
详细分析android的MessageQueue.IdleHandler
08-28
主要介绍了android的MessageQueue.IdleHandler用法，很有参考价值，欢迎大家在下方留言区讨论。
Handler Looper MessageQueue 源码解析
01-13
Looper MessageQueue 源码解析，通过源码 手写一套自己的Handler。
MessageQueue.zip
11-06
基于自编写的类Fourinone，实现了消息队列（MQ）的发送/接收、主题订阅两种经典消息服务模式，之后讨论了消息队列在解耦、冗余、扩展性、灵活性、可恢复性、顺序保证、缓冲、异步通信方面的优势，最后总结了消息队列...
msgsnd函数 msgrcv函数的一些小问题（IPC_NOWAIT慎用！）
热门推荐
Yannie's Blog
10-31 1万+
这两个函数别看它简单，真的是一不小心就会出错的啊 报错1：msgsnd: Invalid argument msgrcv: Argument list too long 这真的是一个最常见的错误了。。。归根究底是缓冲区长度的问题 1⃣️这个问题我出错后修复之后竟然无法重现错误了。。。等我下次遇到了再补这个错误吧，反正肯定就是缓冲区长度问题。 我写的代码如下,输出结果竟然为 *** cbytes: ...
IPC - 消息队列（Message Queue）- 使用
YY_Song 's blogs
06-16 934
Message QueueXSI IPCIPC标识IPC键值IPC对象的访问IPC对象的权限和所有者结构体消息队列消息特性消息队列属性结构体打开或创建消息队列控制消息队列发送消息队列接收消息队列发送消息队列实例代码运行接收消息队列实例代码运行参考资料 XSI IPC XSI（Unix System Interface and Headers）: 代表了一种Unix系统的标准。 XSI IPC，依托标识符和键来实现的，如同管道靠文件描述符来实现一样。 有三种IPC我们称作XSI IPC，即消息队列、信号量、共
进程间通信（IPC）:消息队列（Message Queue）
迷糊的佳佳不迷糊
01-26 5543
消息队列与命名管道有许多相似之处，但少了在打开和关闭管道方面的复杂性。与命名管道相比，消息队列的优势在于，它独立于发送和接收进程而存在。 消息队列函数的定义如下所示： #include int msgctl(int msqid, int cmd, struct msqid_ds *buf);//消息队列的控制函数 int msgget(key_t key, int msgflg);//创
三、Linux系统编程：进程间的通信（IPC）之消息队列
小脑斧的博客
05-24 722
POSIX消息队列的使用
IPC-Message-queue示例
What the Fuck
02-19 605
直接上代码吧。#include<stdio.h> #include<string.h> #include<stdlib.h> #include<stdint.h> #include<pthread.h> #include<sys/types.h> #include<sys/ipc.h> #include<sys/msg.h> #include<unistd.h> #include<signal.h>
Unix/Linux编程：System V 消息队列
OceanStar的博客
06-04 339
消息队列允许进程以消息的形式交换数据。尽管消息对象在某些方面与管道和FIFO类似，但是它们之间扔存在显著差别 用来引用消息队列的句柄是一个由msgget()调用返回的标识符。这些标识符与Unix系统上的大多数其他形式的IO所使用的文件描述符是不同的 通过消息对象进行的通信是面向消息的，即读者接收到由写者写入的整条消息。读取一条消息的一部分而让剩余部分遗留在队列中或者一次读取多条消息都是不可能的。这一点和管道不同，管道提供的是一个无法进程区分的字节流(即使用管道时读者一次可以读取任意数量的字节数，而不管写者
Android Smack 扩展Message消息节点(smack:4.3.4)-扩展消息时间和用户信息
u014714188的博客
10-11 1037
Android Smack 扩展Message消息节点(smack:4.3.4) 我们都知道在利用openfire+smack开发即时聊天工具时，由于自带Message消息体的局限性，消息题里面很简单，有些不符合自己的需求。这就需要我们自己去扩展message的消息节点，本文在最新的smack:4.3.4基础上给大家展示扩展Message消息节点date来放置消息时间。 首先，我们来看看Messa...
【0149】System V IPC之消息队列（Message Queue）
专注【PostgreSQL源码学习&研究】
11-30 1106
1. 概述。
linux系统实现messagequeue
最新发布
03-25
System V的Message Queue是一种IPC机制，可以在不同进程之间传递消息。使用System V Message Queue需要包含以下头文件： ``` #include #include <sys/ipc.h> ``` 创建一个Message Queue需要使用一个键值，这个...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值