windows程序間通訊

2021-04-26 23:18:59 字數 4748 閱讀 9894

隨著人們對應用程式的要求越來越高,單程序應用在許多場合已不能滿足人們的要求。編寫多程序

/多執行緒程式成為現代程式設計的乙個重要特點,在多程序程式設計中,程序間的通訊是不可避免的。

microsoft win32 api

提供了多種程序間通訊的方法,全面地闡述了這些方法的特點,並加以比較和分析,希望能給讀者選擇通訊方法提供參考。

程序程序通訊

ipc win32 api

1程序與程序通訊

程序是裝入記憶體並準備執行的程式,每個程序都有私有的虛擬位址空間,由**、資料以及它可利用的系統資源

(如檔案、管道等

)組成。多程序

/多執行緒是

windows

作業系統的乙個基本特徵。

microsoft win32

應用程式設計介面

提供了大量支援應用程式間資料共享和交換的機制,這些機制行使的活動稱為程序間通訊

(interprocess communication, ipc)

,程序通訊就是指不同程序間進行資料共享和資料交換。

正因為使用

win32 api

進行程序通訊方式有多種,如何選擇恰當的通訊方式就成為應用開發中的乙個重要問題,下面本文將對

win32

中程序通訊的幾種方法加以分析和比較。

2 程序通訊方法 

2.1 檔案對映

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

Windows下程序間通訊

1 程序與程序通訊 2 程序通訊方法 2.1 檔案對映 win32 api中共享記憶體 shared memory 實際就是檔案對映的一種特殊情況。程序在建立檔案對映物件時用0xffffffff來代替檔案控制代碼 handle 就表示了對應的檔案對映物件是從作業系統頁面檔案訪問記憶體,其它程序開啟該...

Windows程序間通訊方式

align center windows程序間通訊方式 align 1 檔案對映 win32 api允許多個程序訪問同一檔案對映物件,各個程序在它自己的位址空間裡接收記憶體的指標。通過使用這些指標,不同程序就可以讀或修改檔案的內容,實現了對檔案中資料的共享。應用程式有三種方法來使多個程序共享乙個檔案...

C 程序間通訊(windows)

1,共享記憶體 2,管道 3,訊號量 程序1測試 如下 include include 1 共享記憶體 handle myhmutex handle myhevent bool sharedmemoryfun 2 命名管道 define my pipe name pipe mypipe bool p...