为何mq_open创建的消息队列节点权限与指定参数不一致

核心原因1：进程umask权限屏蔽 #

mq_open系统调用传入的mode参数不会直接作为最终节点权限，内核会按照以下公式计算最终权限：

最终权限 = 传入的mode参数 & (~当前进程umask值)

你传入的S_IROTH | S_IWOTH | S_IRGRP | S_IWGRP | S_IRUSR | S_IWUSR对应的八进制权限是0666，如果当前进程umask为0022（Linux系统root用户默认umask值），计算得到的权限就是0666 & (~0022) = 0644，和你实际看到的-rw-r--r--完全匹配。
验证方式：在启动应用的同一shell环境下执行umask命令，即可确认当前umask配置。
临时解决方法：调用mq_open前先调用umask(0)修改进程umask，创建完成后恢复原有umask；或者创建完成后通过fchmod主动修改消息队列fd对应的权限。

核心原因2：/dev/mqueue挂载配置强制限制权限 #

POSIX消息队列依赖的mqueue虚拟文件系统如果在挂载时指定了mode参数，该参数会强制覆盖所有消息队列节点的权限，无视mq_open传入的mode值。
验证方式：执行mount | grep mqueue查看挂载参数，若输出中包含mode=0644类似配置即为该原因。Yocto发行版的默认挂载配置通常写在/etc/fstab或对应的systemd mount单元中，修改或删除该mode参数即可生效。

其他少见原因 #

内核编译时CONFIG_POSIX_MQUEUE相关的权限限制配置被修改，该情况在标准Yocto IMX内核中极少出现，优先排查前两类原因即可。

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