程序是裝入記憶體並準備執行的程式，每個程序都有私有的虛擬位址空間，由**、資料以及它可利用的系統資源(如檔案、管道等)組成。程序通訊就是指不同程序間進行資料共享和資料交換。
win32平台
windows下的程序同步和通訊主要靠各種核心物件（互斥，訊號，事件，檔案影射），比較有特色的是視窗訊息，dde/ole/com也可以使用rpc機制進行程序間通訊。
正因為使用win32 api進行程序通訊方式有多種，如何選擇恰當的通訊方式就成為應用開發中的乙個重要問題，下面本文將對win32中程序通訊的幾種方法加以分析和比較。
2 程序通訊方法
在單機系統中,程序間通訊可分為4中形式,主從式,會話式,訊息或郵箱機制,共享儲存區方式.
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訊息將更合適些。
如果你的兩個程序在未來有網路的方面的需求。你可以這樣做。但對於沒有的，不需要的強烈建議不要用這個。一來他走的環節多，二來他占用socket埠。
2.13 wm_copydata訊息
wm_copydata是一種非常強大卻鮮為人知的訊息。當乙個應用向另乙個應用傳送資料時，傳送方只需使用呼叫sendmessage函式，引數是目的視窗的控制代碼、傳遞資料的起始位址、wm_copydata訊息。接收方只需像處理其它訊息那樣處理wm_copy data訊息，這樣收發雙方就實現了資料共享。
wm_copydata是一種非常簡單的方法，它在底層實際上是通過檔案對映來實現的。它的缺點是靈活性不高，並且它只能用於windows平台的單機環境下。
2.14 訊息佇列
訊息佇列是比較高階的一種程序間通訊方法，因為它真的可以在程序間傳送massege，你傳送乙個"i seek you"都可以。 前提是你必須擁有視窗,這也是win32下的基本功。
乙個訊息佇列可以被多個程序所共享（ipc就是在這個基礎上進行的）；如果乙個程序的訊息太多乙個訊息佇列放不下，也可以用多於乙個的訊息佇列（不過可能管理會比較複雜）。共享訊息佇列的程序所傳送的訊息中除了massege本身外還有乙個標誌，這個標誌可以指明該訊息將由哪個程序或者是哪類程序接受。每乙個共享訊息佇列的程序針對這個佇列也有自己的標誌，可以用來宣告自己的身份。
對於系統中的每乙個訊息佇列，都有乙個資料結構來代表它，這個資料結構是msqid_ds，這裡略去不講，在中可以看到它的原型。
unix平台
linux :通訊就是說程序之間傳遞資料。常見的方法有 pipe（管道），fifo（命名管道），socket（套接字），sysvipc 的 shm（共享記憶體）、msg queue（訊息佇列），mmap（檔案對映）。以前還有 stream，不過現在好像比較少見了。
詳細參見：unix 系統的程序通訊
結束語
應用程式實現程序間通訊提供了如此多種選擇方案，那麼開發者如何進行選擇呢？通常在決定使用哪種ipc方法之前應考慮下一些問題，如應用程式是在網路環境下還是在單機環境下工作等。
參考文章
[**]win32應用程式中程序間通訊方法分析與比較
win32應用程式中程序間通訊方法分析與比較
程序通訊的四種形式
程序間通訊的11種方法
程序之間的同步方式有哪些
程序間的通訊方式，執行緒間的通訊方式 程序
當時做筆記的時候 忘了在 看到的了,有時間我再研究研究 管道 pipe 管道是一種半雙工的通訊方式，資料只能單向流動，而且只能在具有親緣關係的程序間使用。程序的親緣關係通常是指父子程序關係。有名管道 namedpipe 有名管道也是半雙工的通訊方式，但是它允許無親緣關係程序間的通訊。訊號量 semo...
程序間通訊的方式？執行緒間通訊的方式？
管道 命名管道 訊號量 訊息佇列 訊號及共享記憶體只適用於本地程序間通訊，套接字則可用於遠端通訊，因而一般用於網路程式設計。部分概念解釋 匿名管道是在快取中開闢的輸出和輸入檔案流的空間，只能用於父子關係的程序之間。因為父子程序的輸入和輸出檔案描述符是一致的。命名管道是一種實際存在的fifo檔案，稱作...
程序間通訊方式
謝謝作者 用於程序間通訊 ipc 的四種不同技術 共享記憶體，臨界區，管道，訊息 1.訊息傳遞 管道,fifo,posix和system v訊息佇列 2.同步 互斥鎖,條件變數,讀寫鎖,檔案和記錄鎖,posix和system v訊號燈 3.共享記憶體區 匿名共享記憶體區,有名posix共享記憶體區,...