IPC之消息队列

一、什么是消息队列?

消息队列提供了一种从一个进程向另一个进程发送一个数据块的方法。  每个数据块都被认为含有一个类型,接收进程可以独立地接收含有不同类型的数据结构。我们可以通过发送消息来避免命名管道的同步和阻塞问题。但是消息队列与命名管道一样,每个数据块都有一个最大长度的限制。

Linux用宏MSGMAX和MSGMNB来限制一条消息的最大长度和一个队列的最大长度。

二、在Linux中使用消息队列

Linux提供了一系列消息队列的函数接口来让我们方便地使用它来实现进程间的通信。它的用法与其他两个System V PIC机制,即信号量和共享内存相似。

1、msgget函数

该函数用来创建和访问一个消息队列。它的原型为:
int msgget(key_t, key, int msgflg);
与其他的IPC机制一样,程序必须提供一个键来命名某个特定的消息队列。msgflg是一个权限标志,表示消息队列的访问权限,它与文件的访问权限一样。msgflg可以与IPC_CREAT做或操作,表示当key所命名的消息队列不存在时创建一个消息队列,如果key所命名的消息队列存在时,IPC_CREAT标志会被忽略,而只返回一个标识符。

它返回一个以key命名的消息队列的标识符(非零整数),失败时返回-1.

2.msgsnd函数


该函数用来把消息添加到消息队列中。它的原型为:
int msgsnd(int msgid, const void *msg_ptr, size_t msg_sz, int msgflg);
msgid是由msgget函数返回的消息队列标识符。

msg_ptr是一个指向准备发送消息的指针,但是消息的数据结构却有一定的要求,指针msg_ptr所指向的消息结构一定要是以一个长整型成员变量开始的结构体,接收函数将用这个成员来确定消息的类型。所以消息结构要定义成这样:
struct my_message{
    long int message_type;
    /* The data you wish to transfer*/
};
msg_sz是msg_ptr指向的消息的长度,注意是消息的长度,而不是整个结构体的长度,也就是说msg_sz是不包括长整型消息类型成员变量的长度。

msgflg用于控制当前消息队列满或队列消息到达系统范围的限制时将要发生的事情。

如果调用成功,消息数据的一分副本将被放到消息队列中,并返回0,失败时返回-1.
3.msgrcv函数
该函数用来从一个消息队列获取消息,它的原型为
int msgrcv(int msgid, void *msg_ptr, size_t msg_st, long int msgtype, int msgflg);
msgid, msg_ptr, msg_st的作用也函数msgsnd函数的一样。

msgtype可以实现一种简单的接收优先级。如果msgtype为0,就获取队列中的第一个消息。如果它的值大于零,将获取具有相同消息类型的第一个信息。如果它小于零,就获取类型等于或小于msgtype的绝对值的第一个消息。

msgflg用于控制当队列中没有相应类型的消息可以接收时将发生的事情。

调用成功时,该函数返回放到接收缓存区中的字节数,消息被复制到由msg_ptr指向的用户分配的缓存区中,然后删除消息队列中的对应消息。失败时返回-1.

4.msgctl函数

该函数用来控制消息队列,它与共享内存的shmctl函数相似,它的原型为:
int msgctl(int msgid, int command, struct msgid_ds *buf);
command是将要采取的动作,它可以取3个值,
    IPC_STAT:把msgid_ds结构中的数据设置为消息队列的当前关联值,即用消息队列的当前关联值覆盖msgid_ds的值。
    IPC_SET:如果进程有足够的权限,就把消息列队的当前关联值设置为msgid_ds结构中给出的值
    IPC_RMID:删除消息队列

buf是指向msgid_ds结构的指针,它指向消息队列模式和访问权限的结构。msgid_ds结构至少包括以下成员:
struct msgid_ds
{
    uid_t shm_perm.uid;
    uid_t shm_perm.gid;
    mode_t shm_perm.mode;
};
成功时返回0,失败时返回-1.


三、代码实现

公共部分,端口封装:

comm.c

/*************************************************************************
	> File Name: comm.c
	> Author: ZX
	> Mail: 18829897183@163.com 
	> Created Time: Sun 14 May 2017 07:20:00 AM PDT
 ************************************************************************/

#include <stdio.h>
#include "comm.h"
int commMsgQueue(int flag)
{
	key_t _key = ftok(PROCPATH, PROCID);
	if(_key < 0)
	{
		perror("ftok");
		return -1;
	}
	int msgid = msgget(_key, flag);
	if(msgid < 0)
	{
		perror("msgget");
		return -2;
	}

	return msgid;
}

int creatMsgQueue()
{
	return commMsgQueue(IPC_CREAT | IPC_EXCL | 0666);
}

int getMsgQueue()
{
	return commMsgQueue(IPC_CREAT);
}

int destoryQueue(int msgid)
{
	if(msgctl(msgid, IPC_RMID, NULL) < 0)
	{
		perror("msgctl");
		return -1;
	}
	return 0;
}

int sendMsg(int msgid, int type,const char* msg)
{
	struct msgbuf buf;
	buf.mtype = type;
	strcpy(buf.mtext, msg);

	int s = msgsnd(msgid, &buf, sizeof(buf.mtext), 0);
	if(s < 0)
	{
		perror("msgsnd");
		return -1;
	}
	return 0;
}

int recvMsg(int msgid, int type, char out[])
{
	struct msgbuf buf;
	printf("begin recvMsg!\n");
	if(msgrcv(msgid, (void*)&buf, sizeof(buf.mtext), type, 0) < 0)
	{
		perror("msgrcv");
		return -1;
	}
	strcpy(out, buf.mtext);
	printf("out: %s\n", buf.mtext);
	return 0;
}

server端:

/*************************************************************************
	> File Name: server.c
	> Author: ZX
	> Mail: 18829897183@163.com 
	> Created Time: Sun 14 May 2017 07:18:59 AM PDT
 ************************************************************************/

#include <stdio.h>
#include "comm.h"

int main()
{
	int msgid  = creatMsgQueue();
	printf("createMsgQueue:%d\n", msgid);
	if(msgid < 0)
	{
		return 1;
	}
	char buf[1024];
	while(1)
	{
		buf[0] = 0;
		recvMsg(msgid, SERVER_TYPE, buf);
		printf("recv from client#:%s\n", buf);

		printf("Please Enter:\n");
		fflush(stdout);
		int s = read(0, buf, sizeof(buf)-1);
		if(s > 0)
		{
			buf[s-1] = 0;
			printf("read from stdout buf:%s\n", buf);
			if(sendMsg(msgid, CLIENT_TYPE, buf) < 0)
			{
				return -1;
			}
			printf("send done,wait recv...\n");
		}
	}
	//sleep(6);
	destoryQueue(msgid);

	return 0;
}


client端:

/*************************************************************************
	> File Name: client.c
	> Author: ZX
	> Mail: 18829897183@163.com 
	> Created Time: Sun 14 May 2017 07:19:07 AM PDT
 ************************************************************************/

#include<stdio.h>
#include "comm.h"
int main()
{
	int msgid = getMsgQueue();
	//printf("getMsgQueu:%d\n", msgid);
	if(msgid < 0)
	{
		return 1;
	}
	char buf[1024];
	while(1)
	{
		buf[0] = 0;
		printf("Please Enter#:\n");
		fflush(stdout);
		ssize_t s = read(0, buf, sizeof(buf));
		if(s > 0)
		{
			buf[s-1] = '\0';
			sendMsg(msgid, SERVER_TYPE, buf);
			printf("send done,wait recv...\n");
		}
		recvMsg(msgid, SERVER_TYPE, buf);
		printf("recv from server# %s\n", buf);
	}
	
	return 0;
}


四、运行结果




<think>好的,我现在要回答用户关于IPC消息队列的问题。首先,我需要确认自己对消息队列的理解是否正确。消息队列是进程间通信的一种方式,它允许进程通过发送和接收消息来交换数据。不过,我需要详细整理一下相关的知识点,确保回答准确。 首先,回忆一下IPC的几种主要方式,比如管道、信号量、共享内存、套接字和消息队列消息队列与其他方式有什么不同呢?可能的特点是异步通信、结构化的数据传递、以及内核的持久性。需要确认这些点是否正确。 然后,消息队列的基本工作原理。进程A将消息发送到队列,进程B从队列中读取。这里的关键是队列由内核维护,消息可以以数据块的形式存在,每个消息可能有类型标识符。这样接收方可以根据类型选择读取,而不仅仅是顺序。这点很重要,需要强调消息的结构化和类型区分。 接下来,消息队列的特点。比如,消息队列是保存在内核中的,即使进程结束,队列可能仍然存在,需要显式删除。这点需要注意,否则可能造成资源泄漏。另外,消息队列支持多个进程读写,但需要考虑同步问题,不过消息队列自身可能提供一定的同步机制,比如阻塞和非阻塞模式。 然后是消息队列的优点。异步通信允许发送方和接收方不必同时存在,解耦了进程之间的依赖。结构化的数据传递比管道更灵活,可以发送复杂的数据结构。容量方面,内核中的队列通常有大小限制,但可能比管道大,或者受系统配置影响。可靠性方面,消息队列应该能保证数据正确送达,只要不超出容量限制。 缺点方面,数据需要复制两次:用户空间到内核,内核到用户空间,这可能影响性能,尤其是大消息或高频场景。另外,使用复杂度比管道高,需要调用系统API,比如msgget、msgsnd、msgrcv等。还有系统限制的问题,比如队列数量、消息大小、总容量等,这些可能因系统而异,需要用户注意。 适用场景方面,适用于需要可靠通信的进程,尤其是不同步的通信。比如分布式系统中不同组件的解耦,或者需要结构化数据传递的情况,比如发送包含类型和数据的消息。 可能还需要举例说明,比如Linux中的System V消息队列和POSIX消息队列的区别,或者实际应用中的例子,如任务调度系统等。 然后需要检查是否有遗漏的关键点,比如消息队列的生命周期管理,权限设置,以及可能的错误处理。另外,确保回答结构清晰,按照用户要求的层次:概述、工作原理、特点、优缺点、使用场景,这样用户容易理解。 还需要注意用户不可见的系统级指令,确保数学公式正确使用,但在这个问题中可能涉及较少,但如果有涉及性能比较的数值,可能需要用行内公式。不过这个问题主要是概念性的,可能不太需要数学表达式。 最后,用中文组织语言,确保术语准确,比如“消息队列”而不是“訊息佇列”(繁体),避免技术术语错误。检查LaTeX格式是否符合要求,虽然这个问题可能不涉及太多公式,但如果有变量或代码,比如系统调用名称,可能需要用等宽字体,但用户没有特别要求,所以可能不需要。 总结思考过程后,就可以按照用户要求的结构逐步撰写回答,确保覆盖所有关键点,并保持语言简洁明了。</think>### IPC消息队列介绍 #### 1. 概述 **消息队列(Message Queue)** 是进程间通信(IPC)的一种机制,允许不同进程通过**内核维护的队列**异步发送和接收结构化的数据块。与管道(Pipe)等IPC方式不同,消息队列支持**消息类型标识**和**非实时通信**,适用于解耦的分布式场景。 --- #### 2. 核心原理 1. **队列创建** 通过系统调用(如`msgget()`)创建或获取一个消息队列标识符,内核为其分配存储空间。 2. **消息结构** 每条消息包含两部分: - **类型(Type)**:整数标识,用于分类或优先级控制。 - **数据(Data)**:用户定义的结构体或二进制数据(如`struct { long type; char text[100]; }`)。 3. **发送与接收** - **发送**:进程调用`msgsnd()`将消息追加到队列尾部。 - **接收**:进程调用`msgrcv()`按类型或顺序从队列中读取消息(支持阻塞/非阻塞模式)。 --- #### 3. 关键特点 | 特性 | 说明 | |---------------------|----------------------------------------------------------------------| | **异步通信** | 发送方和接收方无需同时运行。 | | **结构化数据** | 支持自定义消息格式,可直接传递复杂数据(如结构体)。 | | **内核持久化** | 队列在内核中维护,除非显式删除(`msgctl(IPC_RMID)`),否则一直存在。 | | **多进程读写** | 支持多个进程并发操作同一队列,内核保证原子性。 | | **优先级控制** | 通过消息类型实现优先级(如类型值小的消息优先读取)。 | --- #### 4. 优点与缺点 - **优点** - **解耦性强**:生产者和消费者独立运行。 - **灵活性高**:可通过类型过滤消息,支持多种通信模式。 - **容量可控**:队列长度由系统配置限制(如Linux的`/proc/sys/kernel/msgmnb`)。 - **缺点** - **性能瓶颈**:数据需在内核与用户空间之间两次拷贝,高频场景效率低。 - **系统限制**:队列数量、单条消息大小受内核参数限制(如Linux默认最大消息为8KB)。 - **复杂度高**:需处理队列生命周期、权限(`IPC_CREAT | 0666`)和错误(如`ENOMSG`)。 --- #### 5. 适用场景 1. **异步任务处理** 例如:Web服务器将用户请求放入队列,工作进程异步处理。 2. **多进程协作** 例如:GUI进程发送事件消息,后台进程处理计算。 3. **异构系统通信** 例如:不同编程语言的进程通过JSON格式消息交互。 --- #### 6. 代码示例(Linux System V) ```c // 发送消息 struct msg_buffer { long type; char data[100]; } message; int msgid = msgget(1234, 0666 | IPC_CREAT); message.type = 1; strcpy(message.data, "Hello"); msgsnd(msgid, &message, sizeof(message), 0); // 接收消息 msgrcv(msgid, &message, sizeof(message), 1, 0); printf("Received: %s\n", message.data); // 删除队列 msgctl(msgid, IPC_RMID, NULL); ``` --- #### 7. 对比其他IPC | 机制 | 实时性 | 数据格式 | 生命周期 | 典型场景 | |------------|----------|--------------|------------------|------------------------| | 管道 | 同步 | 字节流 | 随进程终止 | 父子进程简单通信 | | 共享内存 | 同步 | 自定义 | 显式释放 | 高性能大数据量交换 | | 信号量 | 同步 | 控制信号 | 显式释放 | 资源互斥 | | 消息队列 | **异步** | **结构化** | 显式删除 | 解耦的模块化系统 | --- #### 8. 总结 消息队列通过**异步通信**和**结构化数据**,为复杂系统提供了一种可靠的解耦方案。尽管存在性能限制,但其在分布式系统、微服务架构中仍有广泛应用(如RabbitMQ、Kafka的设计思想与之类似)。使用时需注意系统资源的合理管理。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值