Linux进程通信之消息队列的双向通信

　　上一篇博客我写了进程间通信基于管道的通信，但是管道的通信无疑有很大的缺点，最显著的就是只能单向通信，例如：server向client发消息，client无法回复；第二个就是只能在有血缘关系的进程间进行通信，虽然命名管道解决了第二点，但是第一点还是一个很大的问题。开个玩笑：微信如果只能单向通信的话，你还会用吗？我估计发个消息能难受死你。
　　所以，这就是接下来几种进程间通信的产生条件。消息队列、信号量、共享内存都是基于system v 标准的进程间通信，均可产生双向通信的效果，并且并不局限于进程的关系，即：两个毫无关系的进程，只要均可以访问一块内核上的公共资源，就可以进行这三种基于system v的进程间通信。它是由操作系统IPC专门设定的一个接口，是一个进程向另一个进程发送数据块的方法，看过我上一篇博客的，我应该说过：管道是基于数据流的通信，所以这也是管道和基于system v的三种通信方式之间的差别。
　　消息队列也相当于一个资源，每个都有自己的编号，下面这个函数就是获得msgid的函数：
　　

        #include <sys/types.h>
        #include <sys/ipc.h>
        #include <sys/msg.h>

        int msgget(key_t key, int msgflg);

　　其中msgflg表示生成消息队列的方式和权限，一般使用的话，有三个常用参数，IPC_CREAT、IPC_EXCL、umask，IPC_CREAT单独使用时代表如果没有此消息队列，那就生成一个，如果当前的消息队列存在，那就打开它；IPC_EXCL单独使用没有任何意义，至少目前没有；二者同时使用表示如果没有此消息队列，则生成一个，如果有，那就出错并返回。而umask表示创建的当前的消息队列的权限，采用8进制表示。
　　解释一下，key值标识一个唯一的消息队列， 可以由系统指定产生，也可以由用户自己指定一个。在key的地方传IPCPRIVATE时表示系统指定key值。自定义生成key时，需要调用ftok函数。
　　

        #include <sys/types.h>
        #include <sys/ipc.h>

        key_t ftok(const char *pathname, int proj_id);

　　pathname表示当前文件的名称或路径，proj_id可以忽略直接设为0。
　　则执行完msgget函数后，返回一个msgid。
　　

　　首先我们要知道一点，因为之前说过消息队列是按数据块进行通信的，所以每个发送货接收的消息数据都在一个个的块里，每个块由一个结构体表示：
　　

 struct msgbuf {
               long mtype;       /* message type, must be > 0 */
               char mtext[1];    /* message data */
           };

　　发送函数：