Windows程序間各種通信方式淺談

1 Windows程序間通信的各種方法 

程序是裝入記憶體并準備執行的程式，每個程序都有私有的虛拟位址空間，由代碼、資料以及它可利用的系統資源(如檔案、管道等)組成。 

多程序/多線程是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)， 

就表示了對應的檔案映射對象是從作業系統頁面檔案通路記憶體，其它程序打開該檔案映射對象就可以通路該記憶體塊。由于共享記憶體是用 檔案映射實作的， 

是以它也有較好的安全性，也隻能運作于同一計算機上的程序之間。 

a.設定一塊共享記憶體區域 

HANDLE CreateFileMapping(HANDLE,LPSECURITY_ATTRIBUTES, DWORD, DWORD, DWORD, LPCSTR)// 産生一個file-mapping核心對象 

LPVOID MapViewOfFile( 

HANDLE hFileMappingObject, 

DWORD dwDesiredAcess, 

DWORD dwFileOffsetHigh, 

DWORD dwFileOffsetLow, 

DWORD dwNumberOfBytesToMap 

);得到共享記憶體的指針 

b.找出共享記憶體 

決定這塊記憶體要以點對點（peer to peer)的形式呈現每個程序都必須有相同的能力，産生共享記憶體并将它初始化。每個程序都應該調用CreateFileMapping(), 

然後調用GetLastError().如果傳回的錯誤代碼是 ERROR_ALREADY_EXISTS,那麼程序就可以假設這一共享記憶體區 域已經被别的程序打開并初始化了， 

否則該程序就可以合理的認為自己 排在第 一位，并接下來将共享記憶體初始化。還是要使用client/server架構中隻有server程序才應該産生并初始化共享記憶體。 

所有的程序都應該使用 

HANDLE OpenFileMapping(DWORD dwDesiredAccess, 

BOOL bInheritHandle, 

LPCTSTR lpName); 

再調用MapViewOfFile(),取得共享記憶體的指針 

c.同步處理(Mutex) 

d.清理(Cleaning up) BOOL UnmapViewOfFile(LPCVOID lpBaseAddress); 

CloseHandle() 

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)應用程式是在網絡環境下還是在單機環境下工作。 

方法一：WM_COPYDATA 

HWND hReceiveDataWindow = FindWindow(NULL,....) 

COPYDATASTRUCT data; 

data.cbdata = strlen(pStr); 

data.lpData = pStr; 

SendMessage(hReceiveDataWindow ,WM_COPYDATA,(WPARAM)GetFocus(),(LPARAM)&data); 

REF.最簡單的方式 

http://www.cppblog.com/TechLab/archive/2005/12/30/2272.aspx 

方法二：dll共享 

#pragma data_seg (".ASHARE") 

int iWhatYouUseInTwo = 0; 

#pragma data_seg() 

方法三：映象檔案 

REF.最基礎，效率最高的方法 

最好的參考書《Windows核心程式設計》第17章 記憶體映射檔案 

http://blog.codingnow.com/2005/10/interprocess_communications.html 

方法四：匿名管道：CreatePipe 

方法五：命名管道：createnamedpipe 

REF. 

http://www.pediy.com/bbshtml/bbs8/pediy8-724.htm 

方法六：郵件通道 

方法七：網絡接口，socket，但要求有網卡。可以實作不同主機間的IPC 

另一篇總結的比較好的文章 

http://www.seeitco.com/doc/Html/Visual%20C++/205637623.html 

程序通常被定義為一個正在運作的程式的執行個體，它由兩個部分組成： 

一個是作業系統用來管理程序的核心對象。核心對象也是系統用來存放關于程序的統計資訊的地方 

另一個是位址空間，它包含所有的可執行子產品或DLL子產品的代碼和資料。它還包含動态配置設定的空間。 

如線程堆棧和堆配置設定空間。每個程序被賦予它自己的虛拟位址空間，當程序中的一個線程正在運作時，該線程可以通路隻屬于它的程序的記憶體。 

屬于其它程序的記憶體則是隐藏的，并不能被正在運作的線程通路。 

為了能在兩個程序之間進行通訊，由以下幾種方法可供參考： 

0。剪貼闆Clipboard: 在16位時代常使用的方式，CWnd中提供支援 

1。視窗消息 标準的Windows消息以及專用的WM_COPYDATA消息 SENDMESSAGE()接收端必須有一個視窗 

2。使用共享記憶體方式（Shared Memory) 

HANDLE CreateFileMapping(HANDLE,LPSECURITY_ATTRIBUTES, DWORD, DWORD, DWORD, LPCSTR) 

産生一個file-mapping核心對象 

); 

得到共享記憶體的指針 

決定這塊記憶體要以點對點（peer to peer)的形式呈現 

每個程序都必須有相同的能力，産生共享記憶體并将它初始化。每個程序 

都應該調用CreateFileMapping(),然後調用GetLastError().如果傳回的 

錯誤代碼是ERROR_ALREADY_EXISTS,那麼程序就可以假設這一共享記憶體區 域已經被别的程序打開并初始化了，否則該程序就可以合理的認為自己 排在第 一位，并接下來将共享記憶體初始化。 

還是要使用client/server架構中 

隻有server程序才應該産生并初始化共享記憶體。所有的程序都應該使用 

3。動态資料交換（DDE）通過維護全局配置設定記憶體使的應用程式間傳遞成為可能 

其方式是再一塊全局記憶體中手工放置大量的資料，然後使用視窗消息傳遞記憶體 指針.這是16位WIN時代使用的方式，因為在WIN32下已經沒有全局和局部記憶體 

了，現在的記憶體隻有一種就是虛存。 

4。消息管道(Message Pipe) 

用于設定應用程式間的一條永久通訊通道，通過該通道可以象自己的應用程式 

通路一個平面檔案一樣讀寫資料。 

匿名管道(Anonymous Pipes) 

單向流動，并且隻能夠在同一電腦上的各個程序之間流動。 

命名管道(Named Pipes) 

雙向，跨網絡，任何程序都可以輕易的抓住，放進管道的資料有固定的格 式，而使用ReadFile()隻能讀取該大小的倍數。 

可以被使用于I/O Completion Ports 

5 郵件槽(Mailslots) 

廣播式通信,在32系統中提供的新方法，可以在不同主機間交換資料，在 WIN9X下隻支援郵件槽客戶 

6。Windows套接字(Windows Socket) 

它具備消息管道所有的功能，但遵守一套通信标準使的不同作業系統之上的應 用程式之間可以互相通信。 

7。Internet通信 它讓應用程式從Internet位址上載或下載下傳檔案 

8。RPC：遠端過程調用，很少使用，因其與UNIX的RPC不相容。 

9。串行/并行通信(Serial/Parallel Communication) 

它允許應用程式通過串行或并行端口與其他的應用程式通信 

10。COM/DCOM 

通過COM系統的代理存根方式進行程序間資料交換，但隻能夠表現在對接口 

函數的調用時傳送資料，通過DCOM可以在不同主機間傳送資料。

QQ：519841366

本頁版權歸作者和部落格園所有，歡迎轉載，但未經作者同意必須保留此段聲明，

且在文章頁面明顯位置給出原文連結，否則保留追究法律責任的權利