在APUE 14.7节对消息队列的讲解中,最后一段说“我们得出的结论是:在新的应用程式中不应当再使用他们。”
 
    虽然在新的应用程式中不应该再使用消息队列,我也没有怎么使用过System V IPC总觉得在UNIX/Linux编程中少了什么,也许学习一下System V IPC对我的自信心会有相当大的帮助,从此我也敢讲我知道如何使用IPC了。

先把各个函数原形列出。
    #include <sys/types.h>
    #include <sys/ipc.h>
    #include <sys/msg.h>
 
    int msgget(key_t key, int msgflag);
    int msgsnd(int msgid, struct msgbuf *msgp, size_t msgsz, int msgflag);
    ssize_t msgrcv(int msgid, struct msgbuf *msgp, size_t msgsz, long msgtype, int msgflag);
    int msgctl(int msgid, int cmd, struct msqid_ds *buf);
 
    msgget()用来创建Message Queue(服务端)或和一个已建立的Message Queue连接(客户端)。key,指定用来生成message id的关键字,msgflag和open()的flags很相似,可用IPC_CREAT, IPC_EXECL, S_IRUSR等。
 
    在服务端,可用IPC_PRIVATE(或0)来指定key值,来生成一个新的Message Queue,或使用指定的key值(32位的无符号数),或使用ftok()来生成一个key。
    #include <sys/types.h>
    #include <sys/ipc.h>
    key_t ftok(const char *pathname, int proj_id);
 
    在客户端,能够直接使用服务端生成的message id(通过某些途径传送,如文档,父子进程),也能够用msgget通过和服务端使用相同的key值来生成相同的message id,但不能使用IPC_PRIVATE(或0),msgflag也不能使用IPC_CREAT。

    Return Value: Sucess return value is the message id(non-negative integer), otherwise -1 return.
 
    msgsnd()用来发送消息。
    struct msgbuf {
            long mtype;
            char mtext[1];
    };
    msgsz的计算方法: msgsz = sizeof(msgbuf) - sizeof(long);
    msgflag有一个标志:IPC_NOWAIT。当消息队列已满(可能是消息总数达到了限制值,也可能是队列中字节总数达到了限制值),立即出错返回,假如没有指定,则阻塞。

    msgrcv()用来接收消息。msgtype用来指定读取的消息类型。msgtype == 0, 返回第一个消息; msgtype > 0, 返回消息类型为msgtype的消息;msgtype < 0, 返回队列中类型值小于msgtype的绝对值的消息集中最小的消息。
    msgflag有两个值:MSG_NOERROR, IPC_NOWAIT。当MSG_NOERROR被指定的时候,若消息太长就被截断,否则返回错误;IPC_NOWAIT用于需要读取的消息不存在时则阻塞。

    msgctl用于控制消息队列。cmd有三种值:IPC_STAT,IPC_SET,IPC_RMID。
    IPC_STAT用于取出消息队列的 msqid_ds结构并保存到buf中。
    IPC_SET用来把buf指向的msqid_ds,配置成消息队列的msqid_ds。只有四个值能够更改:msg_perm.uid, msg_perm.gid,msg_perm.mode, msg_qbytes。
    IPC_RMID用来删除消息队列。
 
    struct msqid_ds
    {
        struct ipc_perm msg_perm;
        ulong msg_qbytes; //max of bytes of queue
        ...
    };
    struct ipc_perm
    {
        uid_t uid; //owner's effective user id
        gid_t gid; //owner's effective group id
        uid_t cuid; //creator's effective user id
        gid_t cgid; //creator's effective group id
        mode_t mode; //access modes
        ulong seq; //slot usage sequence number
        key_t key;
    };