轉自：http://blog.csdn.NET/shiqz/article/details/5862936
摘 要 隨着人們對應用程序的要求越來越高，單進程應用在許多場合已不能滿足人們的要求。編寫多進程/多線程程序成為現代程序設計的一個重要特點，在多進程程序設計中，進程間的通信是不可避免的。Microsoft Win32 API提供了多種進程間通信的方法，全面地闡述了這些方法的特點，並加以比較和分析，希望能給讀者選擇通信方法提供參考。
關鍵詞 進程 進程通信 IPC Win32 API
1 進程與進程通信
進程是裝入內存並准備執行的程序，每個進程都有私有的虛擬地址空間，由代碼、數據以及它可利用的系統資源(如文件、管道等)組成。多進程/多線程是Windows操作系統的一個基本特征。Microsoft Win32應用編程接口(Application Programming Interface, API)提供了大量支持應用程序間數據共享和交換的機制，這些機制行使的活動稱為進程間通信(InterProcess Communication, IPC)，進程通信就是指不同進程間進行數據共享和數據交換。
正因為使用Win32 API進行進程通信方式有多種，如何選擇恰當的通信方式就成為應用開發中的一個重要問題，下面本文將對Win32中進程通信的幾種方法加以分析和比較。
2 進程通信方法
2.1 文件映射
文件映射(Memory-Mapped Files)能使進程把文件內容當作進程地址區間一塊內存那樣來對待。因此，進程不必使用文件I/O操作，只需簡單的指針操作就可讀取和修改文件的內容。
Win32 API允許多個進程訪問同一文件映射對象，各個進程在它自己的地址空間里接收內存的指針。通過使用這些指針，不同進程就可以讀或修改文件的內容，實現了對文件中數據的共享。
應用程序有三種方法來使多個進程共享一個文件映射對象。
(1)繼承：第一個進程建立文件映射對象，它的子進程繼承該對象的句柄。
(2)命名文件映射：第一個進程在建立文件映射對象時可以給該對象指定一個名字(可與文件名不同)。第二個進程可通過這個名字打開此文件映射對象。另外，第一個進程也可以通過一些其它IPC機制(有名管道、郵件槽等)把名字傳給第二個進程。
(3)句柄復制：第一個進程建立文件映射對象，然后通過其它IPC機制(有名管道、郵件槽等)把對象句柄傳遞給第二個進程。第二個進程復制該句柄就取得對該文件映射對象的訪問權限。
文件映射是在多個進程間共享數據的非常有效方法，有較好的安全性。但文件映射只能用於本地機器的進程之間，不能用於網絡中，而開發者還必須控制進程間的同步。
2.2 共享內存
Win32 API中共享內存(Shared Memory)實際就是文件映射的一種特殊情況。進程在創建文件映射對象時用0xFFFFFFFF來代替文件句柄(HANDLE)，就表示了對應的文件映射對象是從操作系統頁面文件訪問內存，其它進程打開該文件映射對象就可以訪問該內存塊。由於共享內存是用文件映射實現的，所以它也有較好的安全性，也只能運行於同一計算機上的進程之間。
2.3 匿名管道
管道(Pipe)是一種具有兩個端點的通信通道：有一端句柄的進程可以和有另一端句柄的進程通信。管道可以是單向－一端是只讀的，另一端點是只寫的；也可以是雙向的一管道的兩端點既可讀也可寫。
匿名管道(Anonymous Pipe)是 在父進程和子進程之間，或同一父進程的兩個子進程之間傳輸數據的無名字的單向管道。通常由父進程創建管道，然后由要通信的子進程繼承通道的讀端點句柄或寫 端點句柄，然后實現通信。父進程還可以建立兩個或更多個繼承匿名管道讀和寫句柄的子進程。這些子進程可以使用管道直接通信，不需要通過父進程。
匿名管道是單機上實現子進程標准I/O重定向的有效方法，它不能在網上使用，也不能用於兩個不相關的進程之間。
2.4 命名管道
命名管道(Named Pipe)是服務器進程和一個或多個客戶進程之間通信的單向或雙向管道。不同於匿名管道的是命名管道可以在不相關的進程之間和不同計算機之間使用，服務器建立命名管道時給它指定一個名字，任何進程都可以通過該名字打開管道的另一端，根據給定的權限和服務器進程通信。
命名管道提供了相對簡單的編程接口，使通過網絡傳輸數據並不比同一計算機上兩進程之間通信更困難，不過如果要同時和多個進程通信它就力不從心了。
2.5 郵件槽
郵件槽(Mailslots)提 供進程間單向通信能力，任何進程都能建立郵件槽成為郵件槽服務器。其它進程，稱為郵件槽客戶，可以通過郵件槽的名字給郵件槽服務器進程發送消息。進來的消 息一直放在郵件槽中，直到服務器進程讀取它為止。一個進程既可以是郵件槽服務器也可以是郵件槽客戶，因此可建立多個郵件槽實現進程間的雙向通信。
通過郵件槽可以給本地計算機上的郵件槽、其它計算機上的郵件槽或指定網絡區域中所有計算機上有同樣名字的郵件槽發送消息。廣播通信的消息長度不能超過400字節，非廣播消息的長度則受郵件槽服務器指定的最大消息長度的限制。
郵件槽與命名管道相似，不過它傳輸數據是通過不可靠的數據報(如TCP/IP協議中的UDP包)完成的，一旦網絡發生錯誤則無法保證消息正確地接收，而命名管道傳輸數據則是建立在可靠連接基礎上的。不過郵件槽有簡化的編程接口和給指定網絡區域內的所有計算機廣播消息的能力，所以郵件槽不失為應用程序發送和接收消息的另一種選擇。
2.6 剪貼板
剪貼板(Clipped Board)實質是Win32 API中一組用來傳輸數據的函數和消息，為Windows應用程序之間進行數據共享提供了一個中介，Windows已建立的剪切(復制)－粘貼的機制為不同應用程序之間共享不同格式數據提供了一條捷徑。當用戶在應用程序中執行剪切或復制操作時，應用程序把選取的數據用一種或多種格式放在剪貼板上。然后任何其它應用程序都可以從剪貼板上拾取數據，從給定格式中選擇適合自己的格式。
剪貼板是一個非常松散的交換媒介，可以支持任何數據格式，每一格式由一無符號整數標識，對標准(預定義)剪貼板格式，該值是Win32 API定義的常量；對非標准格式可以使用Register Clipboard Format函數注冊為新的剪貼板格式。利用剪貼板進行交換的數據只需在數據格式上一致或都可以轉化為某種格式就行。但剪貼板只能在基於Windows的程序中使用，不能在網絡上使用。
2.7 動態數據交換
動態數據交換(DDE)是使用共享內存在應用程序之間進行數據交換的一種進程間通信形式。應用程序可以使用DDE進行一次性數據傳輸，也可以當出現新數據時，通過發送更新值在應用程序間動態交換數據。
DDE和剪貼板一樣既支持標准數據格式(如文本、位圖等)，又可以支持自己定義的數據格式。但它們的數據傳輸機制卻不同，一個明顯區別是剪貼板操作幾乎總是用作對用戶指定操作的一次性應答－如從菜單中選擇Paste命令。盡管DDE也可以由用戶啟動，但它繼續發揮作用一般不必用戶進一步干預。DDE有三種數據交換方式：
(1) 冷鏈：數據交換是一次性數據傳輸，與剪貼板相同。
(2) 溫鏈：當數據交換時服務器通知客戶，然后客戶必須請求新的數據。
(3) 熱鏈：當數據交換時服務器自動給客戶發送數據。
DDE交換可以發生在單機或網絡中不同計算機的應用程序之間。開發者還可以定義定制的DDE數據格式進行應用程序之間特別目的IPC，它們有更緊密耦合的通信要求。大多數基於Windows的應用程序都支持DDE。
2.8 對象連接與嵌入
應用程序利用對象連接與嵌入(OLE)技術管理復合文檔(由多種數據格式組成的文檔)，OLE提供使某應用程序更容易調用其它應用程序進行數據編輯的服務。例如，OLE支持的字處理器可以嵌套電子表格，當用戶要編輯電子表格時OLE庫可自動啟動電子表格編輯器。當用戶退出電子表格編輯器時，該表格已在原始字處理器文檔中得到更新。在這里電子表格編輯器變成了字處理器的擴展，而如果使用DDE，用戶要顯式地啟動電子表格編輯器。
同DDE技術相同，大多數基於Windows的應用程序都支持OLE技術。
2.9 動態連接庫
Win32動態連接庫(DLL)中的全局數據可以被調用DLL的所有進程共享，這就又給進程間通信開辟了一條新的途徑，當然訪問時要注意同步問題。
雖然可以通過DLL進行進程間數據共享，但從數據安全的角度考慮，我們並不提倡這種方法，使用帶有訪問權限控制的共享內存的方法更好一些。
2.10 遠程過程調用
Win32 API提供的遠程過程調用(RPC)使應用程序可以使用遠程調用函數，這使在網絡上用RPC進行進程通信就像函數調用那樣簡單。RPC既可以在單機不同進程間使用也可以在網絡中使用。
由於Win32 API提供的RPC服從OSF-DCE(Open Software Foundation Distributed Computing Environment)標准。所以通過Win32 API編寫的RPC應用程序能與其它操作系統上支持DEC的RPC應用程序通信。使用RPC開發者可以建立高性能、緊密耦合的分布式應用程序。
2.11 NetBios函數
Win32 API提供NetBios函數用於處理低級網絡控制，這主要是為IBM NetBios系統編寫與Windows的接口。除非那些有特殊低級網絡功能要求的應用程序，其它應用程序最好不要使用NetBios函數來進行進程間通信。
2.12 Sockets
Windows Sockets規范是以U.C.Berkeley大學BSD UNIX中流行的Socket接口為范例定義的一套Windows下的網絡編程接口。除了Berkeley Socket原有的庫函數以外，還擴展了一組針對Windows的函數，使程序員可以充分利用Windows的消息機制進行編程。
現在通過Sockets實現進程通信的網絡應用越來越多，這主要的原因是Sockets的跨平台性要比其它IPC機制好得多，另外WinSock 2.0不僅支持TCP/IP協議，而且還支持其它協議(如IPX)。Sockets的唯一缺點是它支持的是底層通信操作，這使得在單機的進程間進行簡單數據傳遞不太方便，這時使用下面將介紹的WM_COPYDATA消息將更合適些。
2.13 WM_COPYDATA消息
WM_COPYDATA是一種非常強大卻鮮為人知的消息。當一個應用向另一個應用傳送數據時，發送方只需使用調用SendMessage函數，參數是目的窗口的句柄、傳遞數據的起始地址、WM_COPYDATA消息。接收方只需像處理其它消息那樣處理WM_COPY DATA消息，這樣收發雙方就實現了數據共享。
WM_COPYDATA是一種非常簡單的方法，它在底層實際上是通過文件映射來實現的。它的缺點是靈活性不高，並且它只能用於Windows平台的單機環境下。
3 結束語
Win32 API為應用程序實現進程間通信提供了如此多種選擇方案，那么開發者如何進行選擇呢？通常在決定使用哪種IPC方法之前應考慮以下一些問題：
(1)應用程序是在網絡環境下還是在單機環境下工作。
進程間通信與應用程序間通信及其實現技術 收藏
---- 摘 要 本文討論了進程間通信與應用程序間通信的含義及相應的實現技術，並對這些技術的原理、特性等進行了深入的分析和比較。
---- 關鍵詞 信號 管道 消息隊列 共享存儲段 信號燈 遠程過程調用 Socket套接字 MQSeries
1 引言
---- 進程間通信的主要目的是實現同一計算機系統內部的相互協作的進程之間的數據共享與信息交換，由於這些進程處於同一軟件和硬件環境下，利用操作系統提供的的編程接口，用戶可以方便地在程序中實現這種通信；應用程序間通信的主要目的是實現不同計算機系統中的相互協作的應用程序之間的數據共享與信息交換，由於應用程序分別運行在不同計算機系統中，它們之間要通過網絡之間的協議才能實現數據共享與信息交換。進程間通信和應用程序間通信及相應的實現技術有許多相同之處，也各有自己的特色。即使是同一類型的通信也有多種的實現方法，以適應不同情況的需要。
---- 為了充分認識和掌握這兩種通信及相應的實現技術，本文將就以下幾個方面對這兩種通信進行深入的討論：問題的由來、解決問題的策略和方法、每種方法的工作原理和實現、每種實現方法的特點和適用的范圍等。
2 進程間的通信及其實現技術
---- 用戶提交給計算機的任務最終都是通過一個個的進程來完成的。在一組並發進程中的任何兩個進程之間，如果都不存在公共變量，則稱該組進程為不相交的。在不相交的進程組中，每個進程都獨立於其它進程，它的運行環境與順序程序一樣，而且它的運行環境也不為別的進程所改變。運行的結果是確定的，不會發生與時間相關的錯誤。
---- 但是，在實際中，並發進程的各個進程之間並不是完全互相獨立的，它們之間往往存在着相互制約的關系。進程之間的相互制約關系表現為兩種方式：
---- （1） 間接相互制約：共享CPU
---- （2） 直接相互制約：競爭和協作
---- 競爭——進程對共享資源的競爭。為保證進程互斥地訪問共享資源，各進程必須互斥地進入各自的臨界段。
---- 協作——進程之間交換數據。為完成一個共同任務而同時運行的一組進程稱為同組進程，它們之間必須交換數據，以達到協作完成任務的目的，交換數據可以通知對方可以做某事或者委托對方做某事。
---- 共享CPU問題由操作系統的進程調度來實現，進程間的競爭和協作由進程間的通信來完成。進程間的通信一般由操作系統提供編程接口，由程序員在程序中實現。UNIX在這個方面可以說最具特色，它提供了一整套進程間的數據共享與信息交換的處理方法——進程通信機制（IPC）。因此，我們就以UNIX為例來分析進程間通信的各種實現技術。
---- 在UNIX中，文件（File）、信號（Signal）、無名管道（Unnamed Pipes）、有名管道（FIFOs）是傳統IPC功能；新的IPC功能包括消息隊列（Message queues）、共享存儲段（Shared memory segment）和信號燈（Semapores）。
---- （1） 信號
---- 信號機制是UNIX為進程中斷處理而設置的。它只是一組預定義的值，因此不能用於信息交換，僅用於進程中斷控制。例如在發生浮點錯、非法內存訪問、執行無效指令、某些按鍵（如ctrl-c、del等）等都會產生一個信號，操作系統就會調用有關的系統調用或用戶定義的處理過程來處理。
---- 信號處理的系統調用是signal，調用形式是：
---- signal(signalno,action)
---- 其中，signalno是規定信號編號的值，action指明當特定的信號發生時所執行的動作。
---- （2） 無名管道和有名管道
---- 無名管道實際上是內存中的一個臨時存儲區，它由系統安全控制，並且獨立於創建它的進程的內存區。管道對數據采用先進先出方式管理，並嚴格按順序操作，例如不能對管道進行搜索，管道中的信息只能讀一次。
---- 無名管道只能用於兩個相互協作的進程之間的通信，並且訪問無名管道的進程必須有共同的祖先。
---- 系統提供了許多標准管道庫函數，如：
pipe()——打開一個可以讀寫的管道； close()——關閉相應的管道； read()——從管道中讀取字符； write()——向管道中寫入字符；
---- 有名管道的操作和無名管道類似，不同的地方在於使用有名管道的進程不需要具有共同的祖先，其它進程，只要知道該管道的名字，就可以訪問它。管道非常適合進程之間快速交換信息。
---- （3） 消息隊列（MQ）
---- 消息隊列是內存中獨立於生成它的進程的一段存儲區，一旦創建消息隊列，任何進程，只要具有正確的的訪問權限，都可以訪問消息隊列，消息隊列非常適合於在進程間交換短信息。
---- 消息隊列的每條消息由類型編號來分類，這樣接收進程可以選擇讀取特定的消息類型——這一點與管道不同。消息隊列在創建后將一直存在，直到使用msgctl系統調用或iqcrm -q命令刪除它為止。
---- 系統提供了許多有關創建、使用和管理消息隊列的系統調用，如：
---- int msgget(key,flag)——創建一個具有flag權限的MQ及其相應的結構，並返回一個唯一的正整數msqid（MQ的標識符）；
---- int msgsnd(msqid,msgp,msgsz,msgtyp,flag)——向隊列中發送信息；
---- int msgrcv(msqid,cmd,buf)——從隊列中接收信息；
---- int msgctl(msqid,cmd,buf)——對MQ的控制操作；
---- （4） 共享存儲段（SM）
---- 共享存儲段是主存的一部分，它由一個或多個獨立的進程共享。各進程的數據段與共享存儲段相關聯，對每個進程來說，共享存儲段有不同的虛擬地址。系統提供的有關SM的系統調用有：
---- int shmget(key,size,flag)——創建大小為size的SM段，其相應的數據結構名為key，並返回共享內存區的標識符shmid；
---- char shmat(shmid,address,flag)——將當前進程數據段的地址賦給shmget所返回的名為shmid的SM段；
---- int shmdr(address)——從進程地址空間刪除SM段；
---- int shmctl (shmid,cmd,buf)——對SM的控制操作；
---- SM的大小只受主存限制，SM段的訪問及進程間的信息交換可以通過同步讀寫來完成。同步通常由信號燈來實現。SM非常適合進程之間大量數據的共享。
---- （5） 信號燈
---- 在UNIX中，信號燈是一組進程共享的數據結構，當幾個進程競爭同一資源時（文件、共享內存或消息隊列等），它們的操作便由信號燈來同步，以防止互相干擾。
---- 信號燈保證了某一時刻只有一個進程訪問某一臨界資源，所有請求該資源的其它進程都將被掛起，一旦該資源得到釋放，系統才允許其它進程訪問該資源。信號燈通常配對使用，以便實現資源的加鎖和解鎖。
---- 進程間通信的實現技術的特點是：操作系統提供實現機制和編程接口，由用戶在程序中實現，保證進程間可以進行快速的信息交換和大量數據的共享。但是，上述方式主要適合在同一台計算機系統內部的進程之間的通信。
3 應用程序間的通信及其實現技術
---- 同進程之間的相互制約一樣，不同的應用程序之間也存在競爭和協作的關系。UNIX操作系統也提供一些可用於應用程序之間實現數據共享與信息交換的編程接口，程序員可以通過自己編程來實現。如遠程過程調用和基於TCP/IP協議的套接字（Socket）編程。但是，相對普通程序員來說，它們涉及的技術比較深，編程也比較復雜，實現起來困難較大。
---- 於是，一種新的技術應運而生——通過將有關通信的細節完全掩蓋在某個獨立軟件內部，即底層的通訊工作和相應的維護管理工作由該軟件內部來實現，用戶只需要將通信任務提交給該軟件去完成，而不必理會它的具體工作過程——這就是所謂的中間件技術。
---- 我們在這里分別討論這三種常用的應用程序間通信的實現技術——遠程過程調用、會話編程技術和MQSeries消息隊列技術。其中遠程過程調用和會話編程屬於比較低級的方式，程序員參與的程度較深，而MQSeries消息隊列則屬於比較高級的方式，即中間件方式，程序員參與的程度較淺。
---- 4．1 遠程過程調用（RPC）
---- 遠程過程調用是按下述方式工作的：當一個應用程序A需要與遠程的另一個應用程序B交換信息或要求B提供協助時，A將在本地產生一個請求，通過通訊鏈路，通知B接收信息或提供相應的服務，B完成相關處理后將確認信息或結果返回給A。
---- RPC機制強調通信的兩個應用程序所處的環境和平台中必須是相同的，而且必須同時處於運行狀態。做遠程調用時，兩者必須先建立連接，而且通訊鏈路質量對它的效果影響很大。
---- RPC的優點是應用程序采用調用/返回方式通訊，擁有很高的潛在效率，但需要應用程序間的緊密藕合，通訊線路必須在通信期間一直保持良好的狀態，而且必須進行大量的底層通訊的編程工作。
---- 4．2 會話編程
---- 會話編程類似於人們打電話，撥號——接通——說話——對方回答——掛機。基於TCP/IP協議的Socket編程就是一種典型的會話編程方式。它可適用於客戶/服務通信方式，還能適用於點——點通信方式。
---- 下面，我們分別介紹服務器端和客戶端的具體任務。
---- （1） 服務器端
---- 服務進程首先創建一個套接口，使用Socket（）調用；然后，將該套接口與本機的IP地址和某一空閑端口相關聯，使用Bind（）調用；這時，服務端就可以用Listen（）調用來偵聽來自客戶程序的數據；套接口一旦處於聽模式，服務進程將可以接收一個連接，並允許傳遞數據，使用Accept（）調用來完成；最后使用Read（）調用來讀入數據，同時，還可以用Write（）調用來向發送進程寫回一些數據，如確認信息或回顯信息。
- 客戶端
---- 客戶進程也是首先創建一個套接口，使用Socket（）調用；然后，客戶進程就使用Connect（）調用試圖連接一個服務；連接成功之后，就可以利用Write（）調用向服務器發送數據，同時，還可以使用Read（）調用讀取服務器寫回的數據。
---- 目前的網絡一般都支持TCP/IP協議，UNIX和WINDOWS也都提供相應的編程接口，用戶可以隨心所欲地編制出合乎自己要求的通信程序。現行大多數的應用程序間的通信采取的就是這種方式。但是，這種Socket編程技術，要求程序員必須熟悉相關概念，自己設計控制流程，客戶和服務進程必須相互配合且必須都處於運行狀態，技術上有一定的難度。
---- 4．3 MQSeries消息隊列
---- 為了簡化應用程序間的通信，使得通信既具有較高的可靠性，又保證實現的簡單性，我們希望能有一種獨立的通信軟件，應用程序只需將任務提交給該軟件，由該軟件自動去完成信息的傳遞工作，這即是我們前面提到的中間件技術。IBM公司的MQSeries就是基於這種技術的商業化產品。
---- 應用程序A和B位於同一計算機，而應用程序C位於遠程的其它計算機系統中。當應用程序A需要和B通訊時，它通過調用MQSeries接口將消息放入隊列Q1，應用程序B在適當的時候讀取該消息，或消息本身到達后喚醒應用程序B。當應用程序A需要和C通訊時，它通過相同的方式將消息放入隊列Q2，應用程序C在適當的時候讀取該消息。
---- 應用程序之間的消息傳遞是通過隊列來實現的，是間接的。由於不存在直接連接，C關閉時A仍然能正常運行，不僅如此，當C不在運行時，消息還可以觸發該程序。
---- MQSeries優點可以確保信息是永久的、可恢復的；確保信息成功發送且僅有一次發送，可以支持關鍵業務，如證券交易信息的傳遞；確保信息傳遞是保密的；同時，使用MQSeries，不需要應用程序和通訊介質以及遠程應用程序之間的耦合，也不需要應用程序同時運行。MQSeries是應用程序間通信的首選技術。
---- MQSeries接口提供的調用主要有：
---- MQCONN——連接一個隊列管理器，以后它發送和讀入的消息的所有消息都由這個隊列管理器管理；
---- MQOPEN——打開該應用程序所連接的隊列；
---- MQPUT——將消息寫入已打開的隊列中；
---- MQGET——從該隊列中讀出消息；
---- MQINQ——獲得關於隊列的屬性；
---- MQCLOSE——關閉隊列（對隊列執行完所有操作后）；
---- MQPUT1——它執行三個操作，先調用MQOPEN打開隊列，然后調用MQPUT寫入一條消息，最后調用MQCLOSE關閉隊列；
---- MQDISC——斷開和隊列管理器的連接（對隊列管理器的所有操作完成后）；
---- 4．4 三種實現技術的特性比較
表1清楚地列出了RPC、 Socket編程、MQSeries的不同特性。
| 比較項目 | Socket編程 | RPC | MQSeries |
| 屬性 | 會話 | 遠程調用 | 消息隊列 |
| 類型 | 會話 | 調用/返回 | 隊列 |
| 編程接口 | 非阻塞 | 阻塞 | 非阻塞 |
| 通信對方運行 | 是 | 是 | 否 |
| 應用程序類型 | 面向連接 | 面向連接 | 無連接 |
| 數據流模式 | 點-點，客戶機/服務器 | 客戶機/服務器 | 所有模式 |
| 邏輯路由 | 否 | 否 | 是 |
| 永久數據 | 否 | 否 | 是 |
表1 三種中間件的特性比較
4 結束語
---- 各種進程間通信和應用程序間通信的實現技術都具有自己的特點和使用范圍。管道、消息隊列、共享內存等技術最適用於同一計算機系統內部的進程間通信，以保證高效率。而遠程過程調用、Socket會話編程、MQSeries則最適用於遠程的應用程序之間通信，可以簡化通信的編程，當然也保證通信的可靠性。尤其是MQSeries，它是一個比較完善的中間件產品，為許多的信息系統所選用。如我公司的帳務系統與各金融系統的話費信息的交換選擇的就是MQSeries。有時，在一個信息系統里面，既存在進程間通信的需求，也存在應用程序間通信的需求，這時就必須分別選擇兩種不同的實現技術。因此，在實際信息系統建設的過程中，我們在選擇哪種實現技術時，應根據信息系統的不同情況和不同需求，根據系統開發和維護的成本，選擇一種或是幾種實現技術，以求得整個系統的優化。
http://blog.csdn.net/zhongguoren666/article/details/8234098