进程间通信(IPC)之消息队列

本文详细介绍了进程间通信中的消息队列,包括其产生原因、概念、类型和相关函数。消息队列是一种持久化的IPC方式,允许进程间发送结构化的数据块,提供了比管道更灵活的通信机制。文章还探讨了消息队列的使用,如创建、发送、接收和控制消息队列,并给出了客户端和服务端通信的模拟示例。
摘要由CSDN通过智能技术生成

★IPC方法包括管道(PIPE)、消息队列(Message_Queue)、旗语、共用内存(ShareMemory)以及套接字(Socket)。进

间通信主要包括了管道、系统IPC(包括了消息队列、信号以及共享存储)、套接字(SOCKET)。此文将详细叙述消息队列的相

关内容。



★产生原因:

所谓消息队列,其实就是消息(数据)传输过程中保存的容器。既然有了管道通信的方式,何必又有消息队列呢?

因为根据管道的特性,我们知道其在一定程度上存在或多或少的局限性,首先匿名管道以及命名管道是随进程的,进

程的退出,意味着管道生命周期的结束;其次,管道传送数据时以无格式字节流的形式传送,这有时会给程序的开发

带来不便;再者,担当数据传送媒介的管道,其缓冲区的大小也有较大的限制。所以作为IPC方式下的另一种应用于

进程间通信的消息队列方式便应运而生了。




★什么是消息队列?

  消息队列就是一个消息的链表。可以把消息看作一个记录,具有特定的格式以及特定的优先级。对消息队列有写

限的进程可以向消息队列中按照一定的规则添加新消息;对消息队列有读权限的进程则可以从消息队列中读走消息

消息队列是随内核持续的。也就是说进程的退出,如果不自主去释放资源,消息队列是会悄无声息的存在的。所以

管道来说,消息队列的生命周期更加持久。消息队列提供了一种从一个进程向另一个进程发送一个数据块的方法。 

 每个数据块都被认为是有一个类型,接收者进程接收的数据块可以有不同的类型值。我们可以通过发送消息 来避免

名管道的同步和阻塞问题。消息队列与管道不同的是,消息队列是基于消息的, 而管道是基于字节流的,且消息队

的读取不一定是先入先出。消息队列与命名管道有一 样的不足,就是每个消息的最大长度是有上限的

(MSGMAX),每个消息队列的总的字节数是有上限的(MSGMNB),系统上消息队列的总数也有一个上限

(MSGMNI)。见下图:






★消息队列的类型:

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值