愛華網(wǎng)用于進程間通訊(IPC)的四種不同技術(shù):
1.消息傳遞(管道,FIFO,posix和systemv消息隊列)
2.同步(互斥鎖,條件變量,讀寫鎖,文件和記錄鎖,Posix和SystemV信號燈)
3.共享內(nèi)存區(qū)(匿名共享內(nèi)存區(qū),有名Posix共享內(nèi)存區(qū),有名SystemV共享內(nèi)存區(qū))
4.過程調(diào)用(Solaris門,SunRPC)
消息隊列和過程調(diào)用往往單獨使用,也就是說它們通常提供了自己的同步機制.相反,共享內(nèi)存區(qū)通常需要由應(yīng)用程序提供的某種同步形式才能正常工作.解決某個特定問題應(yīng)使用哪種IPC不存在簡單的判定,應(yīng)該逐漸熟悉各種IPC形式提供的機制,然后根據(jù)特定應(yīng)用的要求比較它們的特性.
常用的幾種進程通信方式的比較(有刪剪)
文件映射
文件映射(Memory-Mapped Files)能使進程把文件內(nèi)容當(dāng)作進程地址區(qū)間一塊內(nèi)存那樣來對待。因此，進程不必使用文件I/O操作，只需簡單的指針操作就可讀取和修改文件的內(nèi)容。
Win32 API允許多個進程訪問同一文件映射對象，各個進程在它自己的地址空間里接收內(nèi)存的指針。通過使用這些指針，不同進程就可以讀或修改文件的內(nèi)容，實現(xiàn)了對文件中數(shù)據(jù)的共享。
應(yīng)用程序有三種方法來使多個進程共享一個文件映射對象。
(1)繼承：第一個進程建立文件映射對象，它的子進程繼承該對象的句柄。
(2)命名文件映射：第一個進程在建立文件映射對象時可以給該對象指定一個名字(可與文件名不同)。第二個進程可通過這個名字打開此文件映射對象。另外，第一個進程也可以通過一些其它IPC機制(有名管道、郵件槽等)把名字傳給第二個進程。
(3)句柄復(fù)制：第一個進程建立文件映射對象，然后通過其它IPC機制(有名管道、郵件槽等)把對象句柄傳遞給第二個進程。第二個進程復(fù)制該句柄就取得對該文件映射對象的訪問權(quán)限。
文件映射是在多個進程間共享數(shù)據(jù)的非常有效方法，有較好的安全性。但文件映射只能用于本地機器的進程之間，不能用于網(wǎng)絡(luò)中，而開發(fā)者還必須控制進程間的同步。
共享內(nèi)存
Win32API中共享內(nèi)存(Shared Memory)實際就是文件映射的一種特殊情況。進程在創(chuàng)建文件映射對象時用0xFFFFFFFF來代替文件句柄(HANDLE)，就表示了對應(yīng)的文件映射對象是從操作系統(tǒng)頁面文件訪問內(nèi)存，其它進程打開該文件映射對象就可以訪問該內(nèi)存塊。由于共享內(nèi)存是用文件映射實現(xiàn)的，所以它也有較好的安全性，也只能運行于同一計算機上的進程之間。
匿名管道
管道(Pipe)是一種具有兩個端點的通信通道：有一端句柄的進程可以和有另一端句柄的進程通信。管道可以是單向－一端是只讀的，另一端點是只寫的；也可以是雙向的一管道的兩端點既可讀也可寫。
匿名管道(Anonymous Pipe)是在父進程和子進程之間，或同一父進程的兩個子進程之間傳輸數(shù)據(jù)的無名字的單向管道。通常由父進程創(chuàng)建管道，然后由要通信的子進程繼承通道的讀端點句柄或?qū)懚它c句柄，然后實現(xiàn)通信。父進程還可以建立兩個或更多個繼承匿名管道讀和寫句柄的子進程。這些子進程可以使用管道直接通信，不需要通過父進程。
匿名管道是單機上實現(xiàn)子進程標(biāo)準(zhǔn)I/O重定向的有效方法，它不能在網(wǎng)上使用，也不能用于兩個不相關(guān)的進程之間。
命名管道
命名管道(NamedPipe)是服務(wù)器進程和一個或多個客戶進程之間通信的單向或雙向管道。不同于匿名管道的是命名管道可以在不相關(guān)的進程之間和不同計算機之間使用，服務(wù)器建立命名管道時給它指定一個名字，任何進程都可以通過該名字打開管道的另一端，根據(jù)給定的權(quán)限和服務(wù)器進程通信。
命名管道提供了相對簡單的編程接口，使通過網(wǎng)絡(luò)傳輸數(shù)據(jù)并不比同一計算機上兩進程之間通信更困難，不過如果要同時和多個進程通信它就力不從心了。
郵件槽
郵件槽(Mailslots)提供進程間單向通信能力，任何進程都能建立郵件槽成為郵件槽服務(wù)器。其它進程，稱為郵件槽客戶，可以通過郵件槽的名字給郵件槽服務(wù)器進程發(fā)送消息。進來的消息一直放在郵件槽中，直到服務(wù)器進程讀取它為止。一個進程既可以是郵件槽服務(wù)器也可以是郵件槽客戶，因此可建立多個郵件槽實現(xiàn)進程間的雙向通信。
通過郵件槽可以給本地計算機上的郵件槽、其它計算機上的郵件槽或指定網(wǎng)絡(luò)區(qū)域中所有計算機上有同樣名字的郵件槽發(fā)送消息。廣播通信的消息長度不能超過400字節(jié)，非廣播消息的長度則受郵件槽服務(wù)器指定的最大消息長度的限制。
郵件槽與命名管道相似，不過它傳輸數(shù)據(jù)是通過不可靠的數(shù)據(jù)報(如TCP/IP協(xié)議中的UDP包)完成的，一旦網(wǎng)絡(luò)發(fā)生錯誤則無法保證消息正確地接收，而命名管道傳輸數(shù)據(jù)則是建立在可靠連接基礎(chǔ)上的。不過郵件槽有簡化的編程接口和給指定網(wǎng)絡(luò)區(qū)域內(nèi)的所有計算機廣播消息的能力，所以郵件槽不失為應(yīng)用程序發(fā)送和接收消息的另一種選擇。
剪貼板
剪貼板(ClippedBoard)實質(zhì)是Win32 API中一組用來傳輸數(shù)據(jù)的函數(shù)和消息，為Windows應(yīng)用程序之間進行數(shù)據(jù)共享提供了一個中介，Windows已建立的剪切(復(fù)制)－粘貼的機制為不同應(yīng)用程序之間共享不同格式數(shù)據(jù)提供了一條捷徑。當(dāng)用戶在應(yīng)用程序中執(zhí)行剪切或復(fù)制操作時，應(yīng)用程序把選取的數(shù)據(jù)用一種或多種格式放在剪貼板上。然后任何其它應(yīng)用程序都可以從剪貼板上拾取數(shù)據(jù)，從給定格式中選擇適合自己的格式。
剪貼板是一個非常松散的交換媒介，可以支持任何數(shù)據(jù)格式，每一格式由一無符號整數(shù)標(biāo)識，對標(biāo)準(zhǔn)(預(yù)定義)剪貼板格式，該值是Win32API定義的常量；對非標(biāo)準(zhǔn)格式可以使用Register Clipboard Format函數(shù)注冊為新的剪貼板格式。利用剪貼板進行交換的數(shù)據(jù)只需在數(shù)據(jù)格式上一致或都可以轉(zhuǎn)化為某種格式就行。但剪貼板只能在基于Windows的程序中使用，不能在網(wǎng)絡(luò)上使用。
動態(tài)連接庫
Win32動態(tài)連接庫(DLL)中的全局數(shù)據(jù)可以被調(diào)用DLL的所有進程共享，這就又給進程間通信開辟了一條新的途徑，當(dāng)然訪問時要注意同步問題。
雖然可以通過DLL進行進程間數(shù)據(jù)共享，但從數(shù)據(jù)安全的角度考慮，我們并不提倡這種方法，使用帶有訪問權(quán)限控制的共享內(nèi)存的方法更好一些。
NetBios函數(shù)
Win32 API提供NetBios函數(shù)用于處理低級網(wǎng)絡(luò)控制，這主要是為IBM NetBios系統(tǒng)編寫與Windows的接口。除非那些有特殊低級網(wǎng)絡(luò)功能要求的應(yīng)用程序，其它應(yīng)用程序最好不要使用NetBios函數(shù)來進行進程間通信。
WM_COPYDATA消息
WM_COPYDATA是一種非常強大卻鮮為人知的消息。當(dāng)一個應(yīng)用向另一個應(yīng)用傳送數(shù)據(jù)時，發(fā)送方只需使用調(diào)用S endMessage函數(shù)，參數(shù)是目的窗口的句柄、傳遞數(shù)據(jù)的起始地址、WM_COPYDATA消息。接收方只需像處理其它消息那樣處理WM_COPYDATA消息，這樣收發(fā)雙方就實現(xiàn)了數(shù)據(jù)共享。
WM_COPYDATA是一種非常簡單的方法，它在底層實際上是通過文件映射來實現(xiàn)的。它的缺點是靈活性不高，并且它只能用于Windows平臺的單機環(huán)境下。
