mq_open失败主因是mq_attr初始化错误或队列名不合法：mq_maxmsg和mq_msgsize必须大于0且不超内核限制，mq_flags必须为0，队列名须以/开头且无嵌入/，mode应写为0644。

mq_open 调用失败，八成是 struct mq_attr 初始化错了，或者队列名不合法。

mq_open 失败报 Invalid argument 怎么快速定位

这个错误基本不是权限或路径问题，而是 POSIX 消息队列对初始化要求极严：

• mq_maxmsg 和 mq_msgsize 必须 > 0，且不能超过内核限制（查 /proc/sys/fs/mqueue/msg_max 和 /proc/sys/fs/mqueue/msgsize_max）
• mq_flags 必须为 0 —— 它是只读运行时状态，传 O_NONBLOCK 会直接触发 EINVAL
• 队列名必须以 / 开头、且中间不能含其他 /，例如 /cfg 合法，cfg 或 /a/b 都非法
• mode 建议显式写成 0644（注意前导零），否则 644 是十进制，会被误解析为八进制以外的值
• 若传了 &attr 但 mq_maxmsg 或 mq_msgsize 为 0，某些嵌入式系统会直接拒掉，哪怕默认值本身合法

mq_open 的 oflag 组合怎么选才安全

常见组合就两种实用模式，别乱加标志：

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

• 发送端常用：O_WRONLY | O_CREAT —— 只写 + 不存在则建；接收端用 O_RDONLY | O_CREAT；双向通信用 O_RDWR | O_CREAT
• 必须加 O_CREAT 才能传 mode 和 attr；若只开已存在队列，用 O_RDONLY 或 O_WRONLY 即可，此时 mode 和 attr 必须为 nullptr
• 想非阻塞？不要在 oflag 里硬塞 O_NONBLOCK —— 它只影响后续 mq_send/mq_receive 行为，且一旦设了就不能回退；更灵活的做法是先用阻塞方式打开，再用 mq_setattr 动态切 mq_flags
• O_EXCL 仅在调试时防重复创建有用，生产环境慎用，否则 mq_open 会因队列已存在而失败

mq_send / mq_receive 缓冲区大小怎么配

这两个函数对缓冲区长度极其敏感，错一位就 EAGAIN 或截断：

• mq_send 的 msg_len 必须 ≤ 队列创建时设定的 mq_msgsize；超长直接返回 -1，errno = EMSGSIZE
• mq_receive 的 msg_len 是你传入缓冲区的**总字节数**，不是期望接收长度；若消息实际比它大，会丢数据且 errno = E2BIG
• 接收时务必检查返回值：成功时返回实际字节数（不含终止符），不是固定值；别把 msg_prio 参数传成 nullptr 却又想读优先级
• 如果用 std::string 接收，记得预留空间：buffer.resize(attr.mq_msgsize)，再传 &buffer[0] 和 buffer.size()

为什么 mq_notify 注册后只触发一次就失效

这不是 bug，是 POSIX 明确设计的行为：通知只在「队列由空变非空」瞬间触发一次。

• 回调函数里必须立刻调 mq_receive 把消息取走，否则队列保持“非空”，后续消息永远不触发新通知
• 取完消息后，必须重新调 mq_notify 注册同一回调，否则下次空→非空不再响应
• sigev_notify_function 运行在线程中，默认栈只有 8KB，别在回调里分配大对象或递归调用
• 绝对不要在回调里调 mq_close 或 mq_unlink —— 描述符可能正被其他线程使用，应由主线程统一清理

最常被忽略的是：队列名必须以 / 开头，且 mq_attr 中 mq_flags 必须清零；这两点错一个，mq_open 就静默失败。编译时别忘了加 -lrt，否则链接不过。

C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！