linux中调用mq_send（）函数报出故障： Resource temporarily unavailable；mq_recv报出Message too long，怎么回事

在Linux中使用POSIX消息队列时，遇到mq_send()函数返回Resource temporarily unavailable和mq_recv()函数返回Message too long错误，通常与消息队列的属性设置和消息处理逻辑有关。下面分别解释这两个错误的原因和解决方法：

mq_send() 报错：Resource temporarily unavailable

这个错误通常意味着消息队列已满，无法再接收更多的消息。这可能是因为：

1. 队列容量限制：消息队列有一个最大容量限制，包括队列中所有消息的总大小。如果队列已满，mq_send()将阻塞（如果设置了阻塞模式）或返回EAGAIN（如果设置了非阻塞模式）。然而，Resource temporarily unavailable通常与阻塞模式相关，但在某些情况下，它也可能表示资源暂时不可用（如系统资源紧张）。

   解决方法：

   • 检查并调整消息队列的容量。
   • 如果可能，增加队列的最大消息数或消息大小。
   • 在非阻塞模式下使用mq_send()，并处理EAGAIN错误，通过重试或采取其他措施来应对。
   • 确保消费者（使用mq_recv()的进程）能够及时从队列中取出消息，以避免队列溢出。

2. 系统资源限制：系统级别的资源限制（如文件描述符数量、内存使用量等）也可能导致此错误。

   解决方法：

   • 检查并调整系统资源限制。
   • 确保系统没有因为资源耗尽而拒绝新的操作。

mq_recv() 报错：Message too long

这个错误表明尝试接收的消息比指定的缓冲区大。

解决方法：

• 检查mq_recv()调用中指定的缓冲区大小。确保它足够大，可以容纳队列中可能存在的最大消息。
• 如果可能，增加接收缓冲区的大小。
• 如果消息大小是动态变化的，并且无法预测最大大小，考虑使用动态内存分配（如malloc）来分配足够大的缓冲区。

其他注意事项

• 检查消息队列属性：使用mq_getattr()函数检查消息队列的当前属性，包括队列大小、消息大小等。
• 错误处理：确保你的代码能够妥善处理mq_send()和mq_recv()可能返回的所有错误。
• 同步和并发：如果你的应用是多线程的，确保消息队列的访问是同步的，以避免竞态条件。
• 日志和调试：增加日志记录，以便在出现问题时能够追踪和诊断。

最后，确保你的系统文档和手册页是最新的，因为不同版本的Linux和库可能具有不同的行为和限制。

-----------------------------------------------------------------------------------------------------------------

关于mq_open()和mq_send()函数在POSIX消息队列中最大支持的消息数和消息大小限制，这主要取决于系统实现和配置，而不是由这两个函数本身直接决定的。以下是一些关键点和限制因素的概述：

消息大小限制

• mq_msgsize：这是消息队列中每个消息的最大字节数。在创建消息队列时，可以通过mq_attr结构的mq_msgsize成员来指定这个值。如果未指定，则使用系统默认值。在Linux系统中，这个默认值通常是8192字节（但可能因系统而异）。
• 限制：发送的消息大小（msg_len参数）不能超过mq_msgsize指定的值，否则mq_send()函数将失败并返回错误。

消息数限制

• mq_maxmsg：这是消息队列中的最大消息数。同样，在创建消息队列时可以通过mq_attr结构的mq_maxmsg成员来指定。如果未指定，则使用系统默认值。
• 系统限制：除了mq_maxmsg指定的限制外，系统还可能对单个用户或整个系统可分配的消息队列字节数设置限制。这个限制由RLIMIT_MSGQUEUE资源限制控制，可以通过ulimit或setrlimit函数来查询和设置。
• 实际限制：虽然mq_maxmsg可以指定一个较大的值，但实际的消息数限制还可能受到系统资源（如内存）的限制。

注意事项

• 阻塞与非阻塞：默认情况下，mq_send()是阻塞的，即如果消息队列已满，调用将等待直到队列中有空间可用或调用被中断。可以通过设置mq_flags为O_NONBLOCK来使mq_send()变为非阻塞。
• 优先级：消息可以具有优先级，优先级较高的消息将先于优先级较低的消息被接收。但是，这并不影响消息队列中消息的总数或单个消息的大小限制。