應用程序之間互相通信的幾種方法

轉自：http://blog.csdn.net/jxufewbt/article/details/1769312

 

應用程序之間的數據交換（互相通信）一直是困擾廣大程序員的難題，儘管已經出現了各式各樣的解決方案，但迄今爲止沒有哪種方案是天衣無縫的。所以，只有學習並瞭解了它們的優缺點後，才能在特定的狀況下選擇最佳方案，以知足最終的要求。  


一、共享 

在硬盤上創建一個文件，一個應用程序往該文件裏寫數據（能夠不關閉文件，但必須刷新緩衝區），另外一個應用程序以共享方式打開這個文件並讀取其中的內容，這即是最簡單的一種數據交換方式。對於網絡用戶而言，只要兩臺終端上安裝的都是Win311 For Workgroup或Windows 95（或NT），則只要設置一下目錄共享，映射成網絡驅動器，一樣能夠簡單地實現數據交換。但它的缺點也是顯而易見的：只能採起輪詢的方式得到最新數據（效率低下），網絡映射的驅動器絕對不能變更或取消（可靠性差），因此這是一種「低級」的通信方式。  


二、DDE 

每一個Windows程序員都不會對DDE（動態數據交換）感到陌生，它是最先的基於Windows的數據交換方法，有三種方式可供選擇：冷鏈接、溫鏈接和熱鏈接。通常都是由客戶端向服務器端發出鏈接申請，而且必須指明服務器端的名字和標題。在鏈接創建後，數據能夠雙向流動。典型的例子如抓圖軟件SnagIt，它提供了DDE接口，可以讓其它應用程序來控制它。DDE是徹底向後兼容的，從16位平臺轉到32位，源代碼幾乎不用修改。  

DDE還有網絡功能。使用過Win311 For Workgroup的人大概都還記得，它自帶一個很是吸引人的小程序「Chat」，能使兩臺計算機經過網絡實時交談，這在當時幾乎是一項創舉。但是不多有人知道「Chat」使用的是一種特殊的DDE，即NetDDE。它的基本工做原理仍然是DDE，但它能使一臺計算機向在同一個網絡中的另外一臺終端發消息，而不像普通DDE 只能侷限在同一臺機器上。與其它的數據交換方式相比，DDE已不夠先進，並且Microsoft也再也不積極支持DDE，因此它的前景不被看好。  


三、WM_COPYDATA  

Windows消息WM_COPYDATA功能強大，知之者卻甚少。它的確切定義是：一個應用程序向另外一個應用程序傳遞數據時所發出的消息。衆所周知，Windows 在很大程度上依賴於消息機制，那麼咱們爲何不把數據放在消息中一塊兒發送出去呢？這樣，咱們只要調用SendMessage（），以對方窗體的句柄做爲第一個參數，以含有指向實際數據的指針結構的地址做爲第二個參數，就能夠把整個數據塊看成消息發向另外一個應用程序。也許有的程序員會說，一個自定義的消息一樣能夠完成這樣的工做。他只說對了一半。自定義消息的確能夠發送到其它的應用程序上去，但其原始數據所在的內存區只有在發送過程當中纔是合法的，若在其它模塊中存取該內存區就會致使「Access Violation」。而使用WM_COPYDATA 則不存在這個問題，由於Windows 自己會替你處理這一切。深刻鑽研下去，你會發現它實際上是先建立了一個文件映射的對象，將發送方的原始數據先拷貝至映射文件，而後再在接收方對這個映射文件打開一個「視圖」。WM_COPYDATA 的不足之處在於：必需要有一個窗體來接收消息和數據（缺少靈活性），數據在使用以前先得拷貝到一個映射文件（浪費資源）。  


四、NetBIOS 

從80年代開始，NetBIOS就是開發Client/Server類程序的標準接口。而當時其它的解決方案几乎都是從UNIX系統上發展而來的。固然，對於今天的用戶而言，NetBIOS已不是惟一的選擇，他們能夠從各類方案中擇優選取。在Windows 95和NT平臺上，能夠經過API函數Netbios()來調用NetBIOS功能。  

NetBIOS兼容如下幾種低層協議：NetBEUI協議（NBF）、NWLink NetBIOS(NWNBlink)、NetBIOS over TCP/IP(NetBT)。NetBIOS的優勢是速度較快，缺點是可靠性較差。  


五、標準的Sockets和WinSock  

Sockets是15年前在UNIX系統上提出來的，一開始主要是用於本地通信，但很快就應用在Client/Server體系上了。它的內核很簡單：你能夠將一個Socket看做是一個雙向的節點，一個應用程序能夠經過它先與另外一個程序創建鏈接（創建在一個雙方都承認的端上，以便於區分同時運行的幾個通信線程），而後就能夠彼此交換數據了。  

微軟公司在其基礎上建立了WinSock，專門用於Windows接口，與Socket徹底兼容。近年來基於TCP/IP協議的網絡大行其道，Socket也隨之得到了更加普遍的應用。  

現在，Sockets已在Internet上得到了最普遍的應用，主要是由於它的可移植性好：  

Socket應用程序不管在任何平臺間都能互相進行通信（無論是PC機仍是Macintosh,也無論是Windows平臺仍是UNIX平臺）。而最新推出的WinSock 2.0，已不只僅只基於TCP/IP協議，還可基於其它幾種傳輸協議（如IPX）。  

Socket的缺陷是它工做在通信的低層，因此實現起來較爲複雜（若是是Win 95或NT平臺，則不存在這個問題，微軟公司提供了相應的控件）。可是，若是要在多個平臺間互相通信，則Socket是不二之選。  


六、Mailslot和Pipe 

Mailslot和Pipe有不少相同點，即都是高層的、基於內存的通信系統。Mailslot由Server端建立，代碼以下：  

myMailslot = CreateMailslot(pSlotName, 0, MAILSLOT_WAIT_FOREVER, NULL);  

而後，Client端就能夠像打開文件同樣打開這個Mailslot，再經過API函數WriteFile()來將數據寫入到消息隊列中。  

與此相相似，Pipe也是由Server端建立的，代碼以下：  

pipe = CreateNamedPipe(pPipeName, PIPE_ACCESS_DUPLEX, PIPE_TYPE_MESSAGE |PIPE_READMODE_MESSAGE | PIPE_WAIT, PIPE_UNLIMITED_INSTANCES, BUFSIZE,BUFSIZE, 20000, NULL);   

接着，Client端就能夠經過通常的文件API讀寫數據，代碼如

<br>pipe = CreateFile(pPipeName, GENERIC_READ | GENERIC_WRITE, 0, NULL, OPEN_EXISTING,0,NULL); <br>success = WriteFile(pipe, pMessage, strlen(pMessage) + 1, &bytesWritten, NULL);  

Pipe分兩種，即命名Pipe和匿名Pipe。匿名Pipe是以句柄而不是以名字來進行標識的，於是也就限制了它只能在同一臺機器上通信，而不能應用於網絡。命名Pipe則提供了以名字來進行標識，因此能在網絡上的其它任何地方打開它。須要注意的是：命名Pipe只能在 Win NT而不是Win 95上建立（即Server

端），Client端則能夠是任意平臺。  <br><br>Pipe既能夠單向通信也能夠雙向通信，Mailslot則只能單向通信。Client端能夠發送消息給mailslot，但不能接收消息；若是你想要接收消息，則只能建立一個新的mailslot。但mailslot有一個很大的優勢：它支持數據廣播。也就是說，若Client端發送一條消息，

則整個網絡中的同名對象都能收到。這是由於mailslot的名字的做用域只是在本臺機器上，因此可在不一樣機器上建立同名的mailslot，當Client端發來消息時則每一臺機上的mailslot都獲得了該消息的一份拷貝，並在本機上做出相應的反應。Mailslot的最大缺陷是不可靠，由於它的數據是以數據報格式來傳送

的，網絡錯誤或負荷太重都會致使數據丟失。