【正文】 本系列文章中的前兩部分，我們探討管道及信號兩種通信機制，本文將深入第三部分，介紹系統(tǒng) V 消息隊列及其相應(yīng) API。消息隊列（也叫做報文隊列）能夠克服早期unix通信機制的一些缺點。作為早期unix通信機制之一的信號能夠傳送的信息量有限，后來雖然POSIX ，使得信號在傳遞信息量方面有了相當程度的改進，但是信號這種通信方式更像即時的通信方式，它要求接受信號的進程在某個時間范圍內(nèi)對信號做出反應(yīng)，因此該信號最多在接受信號進程的生命周期內(nèi)才有意義，信號所傳遞的信息是接近于隨進程持續(xù)的概念（processpersistent），見附錄 1；管道及有名管道及有名管道則是典型的隨進程持續(xù)IPC，并且，只能傳送無格式的字節(jié)流無疑會給應(yīng)用程序開發(fā)帶來不便，另外，它的緩沖區(qū)大小也受到限制。消息隊列就是一個消息的鏈表?？梢园严⒖醋饕粋€記錄，具有特定的格式以及特定的優(yōu)先級。對消息隊列有寫權(quán)限的進程可以向中按照一定的規(guī)則添加新消息；對消息隊列有讀權(quán)限的進程則可以從消息隊列中讀走消息。消息隊列是隨內(nèi)核持續(xù)的（參見附錄 1）。目前主要有兩種類型的消息隊列：POSIX消息隊列以及系統(tǒng)V消息隊列，系統(tǒng)V消息隊列目前被大量使用?？紤]到程序的可移植性，新開發(fā)的應(yīng)用程序應(yīng)盡量使用POSIX消息隊列。在本系列專題的序（深刻理解Linux進程間通信（IPC））中，提到對于消息隊列、信號燈、以及共享內(nèi)存區(qū)來說，有兩個實現(xiàn)版本：POSIX的以及系統(tǒng)V的。Linux內(nèi)核（）支持POSIX信號燈、POSIX共享內(nèi)存區(qū)以及POSIX消息隊列，（），還沒有提供對POSIX進程間通信API的支持，不過應(yīng)該只是時間上的事。因此，本文將主要介紹系統(tǒng)V消息隊列及其相應(yīng)API。在沒有聲明的情況下，以下討論中指的都是系統(tǒng)V消息隊列。一、消息隊列基本概念1. 系統(tǒng)V消息隊列是隨內(nèi)核持續(xù)的，只有在內(nèi)核重起或者顯示刪除一個消息隊列時，該消息隊列才會真正被刪除。因此系統(tǒng)中記錄消息隊列的數(shù)據(jù)結(jié)構(gòu)（struct ipc_ids msg_ids）位于內(nèi)核中，系統(tǒng)中的所有消息隊列都可以在結(jié)構(gòu)msg_ids中找到訪問入口。 2. 消息隊列就是一個消息的鏈表。每個消息隊列都有一個隊列頭，用結(jié)構(gòu)struct msg_queue來描述（參見附錄 2）。隊列頭中包含了該消息隊列的大量信息，包括消息隊列鍵值、用戶ID、組ID、消息隊列中消息數(shù)目等等，甚至記錄了最近對消息隊列讀寫進程的ID。讀者可以訪問這些信息，也可以設(shè)置其中的某些信息。 3. 下圖說明了內(nèi)核與消息隊列是怎樣建立起聯(lián)系的：其中：struct ipc_ids msg_ids是內(nèi)核中記錄消息隊列的全局數(shù)據(jù)結(jié)構(gòu)；struct msg_queue是每個消息隊列的隊列頭。 從上圖可以看出，全局數(shù)據(jù)結(jié)構(gòu) struct ipc_ids msg_ids 可以訪問到每個消息隊列頭的第一個成員：struct kern_ipc_perm；而每個struct kern_ipc_perm能夠與具體的消息隊列對應(yīng)起來是因為在該結(jié)構(gòu)中，有一個key_t類型成員key，而key則唯一確定一個消息隊列。kern_ipc_perm結(jié)構(gòu)如下：struct kern_ipc_perm{ //內(nèi)核中記錄消息隊列的全局數(shù)據(jù)結(jié)構(gòu)msg_ids能夠訪問到該結(jié)構(gòu)； key_t key。 //該鍵值則唯一對應(yīng)一個消息隊列 uid_t uid。 gid_t gid。uid_t cuid。gid_t cgid。mode_t mode。unsigned long seq。}二、操作消息隊列對消息隊列的操作無非有下面三種類型： 打開或創(chuàng)建消息隊列消息隊列的內(nèi)核持續(xù)性要求每個消息隊列都在系統(tǒng)范圍內(nèi)對應(yīng)唯一的鍵值，所以，要獲得一個消息隊列的描述字，只需提供該消息隊列的鍵值即可；注：消息隊列描述字是由在系統(tǒng)范圍內(nèi)唯一的鍵值生成的，而鍵值可以看作對應(yīng)系統(tǒng)內(nèi)的一條路經(jīng)。 讀寫操作消息讀寫操作非常簡單，對開發(fā)人員來說，每個消息都類似如下的數(shù)據(jù)結(jié)構(gòu)：struct msgbuf{long mtype。char mtext[1]。}。mtype成員代表消息類型，從消息隊列中讀取消息的一個重要依據(jù)就是消息的類型；mtext是消息內(nèi)容，當然長度不一定為1。因此，對于發(fā)送消息來說，首先預置一個msgbuf緩沖區(qū)并寫入消息類型和內(nèi)容，調(diào)用相應(yīng)的發(fā)送函數(shù)即可；對讀取消息來說，首先分配這樣一個msgbuf緩沖區(qū)，然后把消息讀入該緩沖區(qū)即可。 獲得或設(shè)置消息隊列屬性：消息隊列的信息基本上都保存在消息隊列頭中，因此，可以分配一個類似于消息隊列頭的結(jié)構(gòu)(struct msqid_ds，見附錄 2)，來返回消息隊列的屬性；同樣可以設(shè)置該數(shù)據(jù)結(jié)構(gòu)。消息隊列API文件名到鍵值include sys/include sys/key_t ftok (char*pathname, char proj)；它返回與路徑pathname相對應(yīng)的一個鍵值。該函數(shù)不直接對消息隊列操作，但在調(diào)用ipc(MSGGET,…)或msgget()來獲得消息隊列描述字前，往往要調(diào)用該函數(shù)。典型的調(diào)用代碼是： key=ftok(path_ptr, 39。a39。)。 ipc_id=ipc(MSGGET, (int)key, flags,0,NULL,0)。 …linux為操作系統(tǒng)V進程間通信的三種方式（消息隊列、信號燈、共享內(nèi)存區(qū)）提供了一個統(tǒng)一的用戶界面：int ipc(unsigned int call, int first, int second, int third, void *ptr, long fifth)。第一個參數(shù)指明對IPC對象的操作方式，對消息隊列而言共有四種操作：MSGSND、MSGRCV、MSGGET以及MSGCTL，分別代表向消息隊列發(fā)送消息、從消息隊列讀取消息、打開或創(chuàng)建消息隊列、控制消息隊列；first參數(shù)代表唯一的IPC對象；下面將介紹四種操作。 int ipc(MSGGET, int first, int second, int third, void *ptr, long fifth)。與該操作對應(yīng)的系統(tǒng)V調(diào)用為：int msgget( (key_t)first，second)。 int ipc(MSGCTL, int first, int second, int third, void *ptr, long fifth)與該操作對應(yīng)的系統(tǒng)V調(diào)用為：int msgctl( first，second, (struct msqid_ds*) ptr)。 int ipc(MSGSND, int first, int second, int third, void *ptr, long fifth)。與該操作對應(yīng)的系統(tǒng)V調(diào)用為：int msgsnd( first, (struct msgbuf*)ptr, second, third)。 int ipc(MSGRCV, int first, int second, int third, void *ptr, long fifth)。與該操作對應(yīng)的系統(tǒng)V調(diào)用為：int msgrcv( first，(struct msgbuf*)ptr, second, fifth,third)， 注：本人不主張采用系統(tǒng)調(diào)用ipc()，而更傾向于采用系統(tǒng)V或者POSIX進程間通信API。原因如下： 雖然該系統(tǒng)調(diào)用提供了統(tǒng)一的用戶界面，但正是由于這個特性，它的參數(shù)幾乎不能給出特定的實際意義（如以first、second來命名參數(shù)），在一定程度上造成開發(fā)不便。 正如ipc手冊所說的：ipc()是linux所特有的，編寫程序時應(yīng)注意程序的移植性問題； 該系統(tǒng)調(diào)用的實現(xiàn)不過是把系統(tǒng)V IPC函數(shù)進行了封裝，沒有任何效率上的優(yōu)勢； 系統(tǒng)V在IPC方面的API數(shù)量不多，形式也較簡潔。 系統(tǒng)V消息隊列API共有四個，使用時需要包括幾個頭文件：include sys/include sys/include sys/1）int msgget(key_t key, int msgflg)參數(shù)key是一個鍵值，由ftok獲得；msgflg參數(shù)是一些標志位。該調(diào)用返回與健值key相對應(yīng)的消息隊列描述字。在以下兩種情況下，該調(diào)用將創(chuàng)建一個新的消息隊列： 如果沒有消息隊列與健值key相對應(yīng)，并且msgflg中包含了IPC_CREAT標志位； key參數(shù)為IPC_PRIVATE； 參數(shù)msgflg可以為以下：IPC_CREAT、IPC_EXCL、IPC_NOWAIT或三者的或結(jié)果。調(diào)用返回：成功返回消息隊列描述字，否則返回1。注：參數(shù)key設(shè)置成常數(shù)IPC_PRIVATE并不意味著其他進程不能訪問該消息隊列，只意味著即將創(chuàng)建新的消息隊列。2）int msgrcv(