使用mq_receive随机出现Connection timedout(ETIMEOUT)的原因排查

mq_receive本身确实不支持传入超时参数，且你服务端是以O_NONBLOCK模式打开队列，正常情况下无消息可读时应返回EAGAIN而非ETIMEOUT。结合你的实现流程，可能的原因如下：

• 竞态条件引发的虚假可读事件
  你通过轮询（epoll/select等）监听队列文件描述符的可读事件，但从轮询返回"可读"到实际调用mq_receive之间，可能有其他线程/进程抢先读取了队列中的消息。这种情况下，部分内核实现可能错误地返回ETIMEOUT，而非预期的EAGAIN。

• 特定内核版本的bug
  某些Linux内核分支（如3.10~4.4区间的部分版本）存在消息队列相关的bug：当队列内部状态短暂不一致时，非阻塞模式的mq_receive会错误返回ETIMEOUT。建议检查你的内核版本，尝试升级到稳定版验证问题是否消失。

• 文件描述符被意外设置超时属性
  虽然消息队列fd不属于套接字，但如果你的代码或依赖库不小心对该fd执行了fcntl设置了超时相关标志，可能导致mq_receive触发超时错误。可以在调用mq_receive前用fcntl(fd, F_GETFL)检查fd的标志位，确认仅存在O_NONBLOCK。

• 队列属性异常
  服务端初始化的队列属性可能被其他进程修改。建议在mq_open后调用mq_getattr确认mq_maxmsg、mq_msgsize等属性与初始化值一致，避免因属性不匹配引发的异常错误码。

排查建议 #

• 确认服务端是队列的唯一读端：检查是否有其他进程/线程以读权限打开了队列Q，排除竞态干扰。
• 在调用mq_receive前，先调用mq_getattr查看mq_curmsgs，确认队列中有消息时再执行读取，规避虚假可读事件的影响。
• 临时移除O_NONBLOCK标志，改用阻塞模式读取队列，观察是否仍会出现ETIMEOUT——如果阻塞模式下依然报错，基本可以锁定是内核或系统层面的问题。
• 查看内核日志（dmesg），检查是否有消息队列相关的报错信息。

内容的提问来源于stack exchange，提问作者konradk