POSIX消息队列

 

DESCRIPTION

消息队列本身是异步,它允许接收者在消息发送很长时间后再取回消息,这和大多数通信协议是不同的。

但消息队列的异步特点,也造成了一个缺点,就是接收者必须轮询消息队列,才能收到最近的消息。

和信号相比,消息队列能够传递更多的信息。与管道相比,消息队列提供了有格式的数据,但仍然有大小限制。


POSIX消息队列允许进程间以消息的形式交换数据.POSIX消息队API与System V消息队列的API不同, 但是功能是相似的.

使用 mq_open(3) 创建和打开消息队列; 这个函数的返回值是一个消息队列描述符 (mqd_t), 这个描述符会在之后操作对应的消息队列时候用到.

每一个消息队列都有一个名字,名字的形式是 "/somename",是一个以NULL结尾的字符串,字符串的最大长度为NAME_MAX (i.e., 255);

消息队列名字的第一个字符必须是"/",并且之后的字符中不允许出现"/"。2个进程可以通过相同的name操作同一个的消息队列。

使用mq_send(3)可以向消息队列中发送消息,使用mq_receive(3)可以从消息队列中读取消息

当一个进程使用完一个消息队列后,调用mq_close(3)来关闭这个队列,

如果以后再也不使用这个队列了,可以调用mq_unlink(3)来删除这个队列。

消息队列的属性可以通过mq_getattr(3)来获得,某些情况下这个API也可以修改消息队列的属性.

进程可以调用API mq_notify(3)注册一个异步的通知,通知的触发时机是空消息队列中有消息到达时.

一个消息队列描述符是对一个打开的消息队列的引用(cf. open(2)).

 

 

The Priority of Messages

消息队列中的消息是有优先级的, 总是将高优先级的消息先发送给接收进程。

消息的优先级从 0 (low) 到 sysconf(_SC_MQ_PRIO_MAX) - 1 (high).

在Linux中sysconf(_SC_MQ_PRIO_MAX) 的值为 32768,

但是在POSIX.1-2001中, 仅要求消息的优先级从 0 到 31。

 

Inherit

调用 fork(2) 后, 子进程会继承父进程消息队列描述符的副本,并且这些描述符与父进程中相对应的描述符指向同一个消息队列

 2个进程中相应的描述符会共享标志mq_flags(即阻塞/非阻塞) .

 

Kernel configuration

是否支持 POSIX消息队列可以通过内核配置选项 CONFIG_POSIX_MQUEUE 进行设置.

选项默认是支持POSIX消息队列的.

 

Persistence

消息队列是随内核持续的: 如果不调用mq_unlink(3)进行删除, 消息队列会一直持续到系统关闭.

 

/proc interfaces

下面的interfaces可以用来限制POSIX message queues在内核中消耗内存的大小:

/proc/sys/fs/mqueue/msg_max

这个文件可以用来查看和修改一个消息队列中消息的最大数.

这个值的作用,实际上与传递给mq_open(3)的参数 attr->mq_maxmsg 是相同的 .

msg_max 的默认值和最小值都是 10; 最大值是 HARD_MAX: (131072 / sizeof(void *)) (32768 on Linux/86).

这个限制会被有特权(CAP_SYS_RESOURCE)的进程忽略,但是上限 HARD_MAX 仍有效.

/proc/sys/fs/mqueue/msgsize_max

这个文件可以用来查看和修改消息队列中一个消息的最大size(bytes)数.

This value acts as a ceiling on the attr->mq_msgsize argument given to mq_open(3).

msgsize_max 的默认值和最小值都是 8192 bytes; 最大值是INT_MAX (2147483647 on Linux/86).

这个限制会被有特权(CAP_SYS_RESOURCE)的进程忽略 .

/proc/sys/fs/mqueue/queues_max

这个文件可以用来查看和修改整个系统中最多可以创建的消息队列数.

当系统中消息队列的数目到达这个限制之后,只有 有特权的进程 (CAP_SYS_RESOURCE) 可以创建新的消息队列.

默认值是256; 它的值可以被设置成0 到 INT_MAX 之间的任意一个值.

 

Resource limit

The RLIMIT_MSGQUEUE resource limit, which places a limit on the amount of space

that can be consumed by all of the message queues belonging to a process’s real user ID, is described in getrlimit(2).

 

Mounting the message queue file system

在 Linux中, 消息队列是在虚拟文件系统中创建的。 (其他实现也提供这个功能,但是实现细节可能是不同的)。

消息队列的系统可以被superuser使用下记命令挂载,如果不进行挂载会遇到遇到 mq_open: Permission denied的问题。

# mkdir /dev/mqueue

# mount -t mqueue none /dev/mqueue

挂载的目录会被系统自动设置粘滞位(sticky bit)有效.

消息队列文件系统被挂载后,消息队列就可见了,并且可以对其使用通常的文件操作命令(e.g., ls(1) and rm(1)).

文件夹下的每个文件都只包含一行文本,内容是消息队列的信息:

$ cat /dev/mqueue/mymq
QSIZE:129 NOTIFY:2 SIGNO:0 NOTIFY_PID:8260

这些字段的解释如下:

QSIZE

消息队列中所有消息的总字节数.

NOTIFY_PID
如果这个值不是0,那么PID等于这个值的进程使用了mq_notify(3) 注册了异步消息通知,
剩下的字段描述了通知怎么发生.

NOTIFY

通知方法: 0 is SIGEV_SIGNAL; 1 is SIGEV_NONE; and 2 is SIGEV_THREAD.

SIGNO

Signal number to be used for SIGEV_SIGNAL.

 

Polling message queue descriptors

On Linux, a message queue descriptor is actually a file descriptor, and
can be monitored using select(2), poll(2), or epoll(7). 这是不可移植的.

 

POSIX Message Queue API List  

 

 

 

 

 

 

 

转载于:https://www.cnblogs.com/LubinLew/p/POSIX-MessageQueue.html

<think>好的,用户让我介绍一下POSIX消息队列。我需要先回想一下POSIX消息队列的基本概念和用途。POSIX消息队列是Unix-like系统中的一种进程间通信(IPC)机制,允许不同进程通过消息队列交换数据。可能用户是开发者,需要了解如何在多进程应用中实现通信,或者在学习操作系统相关的知识。 首先,我应该解释POSIX消息队列是什么,它的主要特点。要提到它遵循POSIX标准,支持异步通信,消息有优先级,使用文件描述符管理等。然后可能需要比较一下System V消息队列,因为用户可能对这两种都有所耳闻,需要区分它们的区别。 接下来,需要介绍POSIX消息队列的核心概念,比如消息队列描述符、消息结构、属性设置等。然后,详细说明基本操作,比如创建、发送、接收、关闭和删除队列的API函数,比如mq_open、mq_send、mq_receive等。每个函数的作用和参数可能需要简要说明,但不需要深入代码细节,保持概述层面。 还要强调使用时的注意事项,比如内核资源的限制,是否需要手动删除队列,以及权限问题。用户可能在开发中遇到队列未关闭或者权限错误的问题,这些点需要提醒。 另外,应用场景部分可以举例,比如任务调度、日志系统或者分布式系统,这样用户能更好地理解何时使用这种机制。同时,优缺点分析可以帮助用户权衡是否选择POSIX消息队列,比如它的优点在于接口简单、支持优先级,缺点可能是资源限制和持久化问题。 需要确保内容结构清晰,分点列出,符合用户要求的中文回答,同时检查是否所有数学公式或技术术语都正确使用了LaTeX格式,但在这个问题中可能数学公式较少,主要关注代码或术语的正确格式。比如函数名可以用斜体或者引号,但根据用户的要求,可能不需要特殊处理,只要正确使用中文解释即可。 最后,总结部分要简明扼要,强调POSIX消息队列的适用场景和注意事项,帮助用户快速理解。整个过程要保持口语化,避免技术术语堆砌,但又要准确传达关键信息。</think>POSIX消息队列是Unix/Linux系统中的一种进程间通信(IPC)机制,遵循POSIX标准设计。它允许不同进程通过队列形式异步交换数据,具有以下特点: 1. **跨进程通信**:支持不同进程(包括无亲缘关系的进程)通过命名队列通信。 2. **消息优先级**:每条消息可附加优先级,实现优先处理。 3. **异步操作**:发送/接收方无需同时在线。 4. **文件描述符管理**:通过`mq_open()`返回文件描述符进行操作。 --- ### 一、核心概念 - **消息队列描述符**:通过`mq_open()`获取,类似文件操作 - **消息结构**:包含消息正文(字节流)和优先级(0-32767) - **属性设置**$$ struct mq_attr \{ long mq_flags; // 阻塞/非阻塞标志 long mq_maxmsg; // 最大消息数 long mq_msgsize; // 单条消息最大字节数 long mq_curmsgs; // 当前队列中的消息数 \} $$ --- ### 二、基本操作 | 函数 | 作用 | 示例 | |--------------|-------------------------------|-------------------------------| | `mq_open()` | 创建/打开队列 | `mqd_t mq = mq_open("/myqueue", O_CREAT | O_RDWR, 0644, &attr);` | | `mq_send()` | 发送消息 | `mq_send(mq, "Hello", 5, 30);`(优先级30) | | `mq_receive()`| 接收消息 | `mq_receive(mq, buffer, buf_size, &prio);` | | `mq_close()` | 关闭队列 | `mq_close(mq);` | | `mq_unlink()`| 删除队列 | `mq_unlink("/myqueue");` | --- ### 三、关键特性 1. **持久化支持** 队列可配置为持久化存储(需内核支持),系统重启后仍存在 2. **阻塞模式控制** 通过`mq_setattr()`设置非阻塞模式: ```c struct mq_attr attr; attr.mq_flags = O_NONBLOCK; mq_setattr(mq, &attr, NULL); ``` 3. **通知机制** 使用`mq_notify()`注册异步事件通知: ```c struct sigevent sev; sev.sigev_notify = SIGEV_THREAD; sev.sigev_notify_function = callback_func; mq_notify(mq, &sev); ``` --- ### 四、使用注意事项 1. **内核限制** 通过`/proc/sys/fs/mqueue/`查看调整: - `msg_max`:最大消息数 - `msgsize_max`:单消息最大字节数 2. **资源释放** 需显式调用`mq_unlink()`删除队列,否则会持续占用内核资源 3. **权限控制** 创建时需指定权限(类似文件权限位) --- ### 五、典型应用场景 1. **任务调度系统** 高优先级任务优先处理 2. **日志收集系统** 多个进程向中央日志队列发送记录 3. **分布式系统通信** 松耦合的组件间数据传递 --- ### 六、与System V消息队列对比 | 特性 | POSIX消息队列 | System V消息队列 | |-------------------|-------------------------|------------------------| | 接口设计 | 类文件操作 | 复杂键值控制 | | 优先级支持 | ✅ | ❌ | | 超时控制 | 通过`mq_timedsend()`实现| 需自定义实现 | | 持久化 | 内核可选支持 | 非持久化 | --- ### 总结 POSIX消息队列适用于需要优先级控制和异步通信的场景。开发时需注意: 1. 合理设置队列容量防止溢出 2. 及时清理未使用的队列 3. 优先选择线程通知机制而非信号(避免信号处理限制) 示例编译命令: `gcc -o test test.c -lrt`(需链接实时库)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值