进程间通信（三）：消息队列与共享内存

前言

我们在进程间通信（一）和进程间通信（二）中，我们介绍了两种传统的通信机制，本文我们介绍两种XSI进程通信机制——消息队列和共享内存。

ftok

XSI通信机制会在内核中创建一个IPC结构体，并使用key作为这个结构体的外部标识，ftok函数用于生成这样一个key，ftok的函数原型如下：

#include <sys/ipc.h>
key_t ftok(const char *path, int id);   //失败返回-1

path参数用于引用一个现有的文件，ftok函数按照path取得对应文件stat结构中的st_dev和st_ino，并将这两个字段和id组合起来作为IPC结构体键的值。

消息队列

与管道相比，消息队列的优势在于可以创建网状的通信结构，消息队列在内核中维护一个链表，使用这条消息队列进行通信的进程。从链表上读取或增加节点。通过下面的函数可以创建或获取一个已存在的消息队列：

#include <sys/msg.h>
int msgget(key_t key, int flag);      //成功返回消息队列id，失败返回-1

flag用于指定操作类型。如果flag被指定为IPC_CREAT，则key已经存在时，将返回已存在的消息队列，而key不存在时，将创建新的消息队列并返回新消息队列的id；如果flag被指定为IPC_PRIVATE，那么将确保创建一个新的消息队列，新的消息队列的id被存放在文件中，客户端需要从文件中取出id以访问该消息队列。
消息队列通过msqid_ds结构体管理：

struct msqid_ds{
	struct ipc_perm  msg_perm;      //XSI IPC基础结构体
	msgqnum_t        msg_qnum;      //消息队列中消息的数量
	msglen_t         msg_qbytes;    //消息队列字节数
	pid_t            msg_lspid;     //最后调用msgsnd()的进程号
	pid_t            msg_lrpid;     //最后调用msgrcv()的进程号
	time_t           msg_stime;     //最后调用msgsnd()的时间
	time_t           msg_ltime;     //最后调用msgrcv()的时间
	time_t           msg_ctime;     //最后一次修改的时间
}

msgctl是用于操作消息队列的函数，其函数原型如下：

#include <sys/msg.h>
int msgctl(int msgid, int cmd, struct msqid_ds *buf);   //成功返回0,失败返回-1

cmd参数用于指定要操作的命令，可选的命令如下：

• IPC_STAT 取队列的msqid_ds结构，放在buf指向的结构中。
• IPC_SET 当调用函数的进程有效用户Id等于msg_perm.cuid或msg_perm.uid或进程拥有超级用户权限时，会将msg_perm.uid、msg_perm.gid、msg_perm.mode和msg_qbytes从buf指向的结构体复制到消息队列的msqid_ds中；
• IPC_RMID 当调用函数的进程有效用户Id等于msg_perm.cuid或msg_perm.uid或进程拥有超级用户权限时，会删除该消息队列及队列中的数据。
  msgsnd用于将数据放入消息队列：

#include <sys/msg.h>
int msgsnd(int msqid, const void *ptr, size_t nbytes, int flag);

消息队列中的每个消息都由三部分构成：一个正的长整型类型的字段、一个非负的长度（nbytes）以及实际数据字节数。ptr参数指向一个长整型数，它包含正的长整型类型的字段和消息数据，如下面的结构：

struct mymesg{
	long mtype;
	char mtext[512];      
}

消息队列遵循队列的语义，msgsnd将消息添加到消息队列末尾。msgsnd中flag参数可以被设置为IPC_NOWAIT，这样设置将以非阻塞方式调用msgsnd，若队列消息数量已满或字节数已满，errno将被设置为EAGAIN，若队列已经被删除，errno被设置为EIDRM。

共享内存

共享内存在内核中开辟一块多个进程可共享的内存，数据可以直接在这块内存上读写，由于数据传递不需要额外的拷贝，因此共享内存是最快的IPC机制，也是内核使用最多的IPC机制。
共享内存的组件与消息队列类似：

struct shmid_ds{
	struct ipc_perm  shm_perm;      //XSI IPC基础结构体
	size_t           shm_segsz;      //共享内存大小
	pid_t            shm_lpid;     //最后调用shmop()的进程号
	pid_t            shm_cpid;     //创建共享内存的进程号
	shmatt_t         shm_nattch;    //映射共享内存的进程数
	time_t           shm_atime;     //最后一次映射共享内存的时间
	time_t           shm_dtime;     //最后一次取消映射的时间
	time_t           shm_ctime;     //最后一次修改的时间
}

//创建共享内存
int shmget(key_t key, size_t size, int flag);   //成功返回共享内存Id,失败返回-1

//操作共享内存，cmd的取值和作用与消息队列基本相同，还可以取SHM_LOCK或SHM_UNLOCK用于对共享内存加锁或解锁
int shmctl(int shmid, int cmd, struct shmid_ds *buf)   //成功返回0,失败返回-1

//映射共享内存
void *shmat(int shmid, const void *addr, int flag);    //成功返回指向共享内存的指针，失败返回-1

//分离共享内存
int shmdt(const void *addr);      //成功返回0,失败返回-1

映射共享内存时：

• 如果addr为0，则连接到内核选择的第一个可用的地址上；
• 如果addr非0，并且flag没有指定SHM_RND，则连接到addr指定的地址上；
• 如果addr非0，并且flag指定了SHM_RND，则会连接到addr-(addr mod SHMLBA))指定的地址上。
  将flag制定为SHM_RDONLY将以只读权限连接共享内存，否则默认以读写方式连接。

总结

XSI的IPC机制除了消息队列和共享内存外，还包括一种信号量，但由于相比POSIX的信号量并没有什么优势，因此现在基本使用POSIX的信号量。对于消息队列和共享内存，这两种通信方式由于不具有引用计数，因此使用后需要显式地删除使用的数据结构，并且未使用文件io，也不能通过多路复用方式监听读写过程，这是XSI通信机制的缺点，但相比于管道，XSI可以构建复杂的、可靠的通信。