進程間通訊的一些方法列舉

進程通常被定義為一個正在啟動並執行程式的執行個體，它由兩個部分組成：
       一個是作業系統用來管理進程的核心對象。核心對象也是系統用來存放關於進程的統計資訊的地方
      另一個是地址空間，它包含所有的可執行模組或DLL模組的代碼和資料。它還包含動態分配的空間。如線程堆棧和堆分配空間。每個進程被賦予它自己的虛擬位址空間，當進程中的一個線程正在運行時，該線程可以訪問只屬於它的進程的記憶體。屬於其它進程的記憶體則是隱藏的，並不能被正在啟動並執行線程訪問。
   為了能在兩個進程之間進行通訊，由以下幾種方法可供參考：

1。剪貼簿(Clipped Board)實質是Win32 API中一組用來傳輸資料的函數和訊息，為Windows應用程式之間進行資料共用提供了一個中介，Windows已建立的剪下(複製)－粘貼的機製為不同應用程式之間共用不同格式資料提供了一條捷徑。當使用者在應用程式中執行剪下或複製操作時，應用程式把選取的資料用一種或多種格式放在剪貼簿上。然後任何其它應用程式都可以從剪貼簿上拾取資料，從給定格式中選擇適合自己的格式。

2。視窗訊息 標準的Windows訊息以及專用的WM_COPYDATA訊息 SENDMESSAGE()接收端必須有一個視窗

3。使用共用記憶體方式（Shared Memory)
   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()

4。動態資料交換（DDE）通過維護全域分配記憶體使的應用程式間傳遞.
     動態資料交換(DDE)是使用共用記憶體在應用程式之間進行資料交換的一種處理序間通訊形式。應用程式可以使用DDE進行一次性資料轉送，也可以當出現新資料時，通過發送更新值在應用程式間動態交換資料。
　　DDE和剪貼簿一樣既支援標準資料格式(如文本、位元影像等)，又可以支援自己定義的資料格式。但它們的資料轉送機制卻不同，一個明顯區別是剪貼簿操作幾乎總是用作對使用者指定操作的一次性應答－如從菜單中選擇Paste命令。儘管DDE也可以由使用者啟動，但它繼續發揮作用一般不必使用者進一步幹預。DDE有三種資料交換方式：
　　(1) 冷鏈：資料交換是一次性資料轉送，與剪貼簿相同。
　　(2) 溫鏈：當資料交換時伺服器通知客戶，然後客戶必須請求新的資料。
　　(3) 熱鏈：當資料交換時伺服器自動給客戶發送資料。
　　DDE交換可以發生在單機或網路中不同電腦的應用程式之間。開發人員還可以定義定製的DDE資料格式進行應用程式之間特別目的IPC，它們有更緊密耦合的通訊要求。大多數基於Windows的應用程式都支援DDE。

5。訊息管道(Message Pipe)
   用於設定應用程式間的一條永久通訊通道，通過該通道可以象自己的應用程式
   訪問一個一般檔案一樣讀寫資料。
   匿名管道(Anonymous Pipes)
       單向流動，並且只能夠在同一電腦上的各個進程之間流動。
   具名管道(Named Pipes)
       雙向，跨網路，任何進程都可以輕易的抓住，放進管道的資料有固定的格        式，而使用ReadFile()只能讀取該大小的倍數。
       可以被使用於I/O Completion Ports

6   郵件槽(Mailslots)
    廣播式通訊,在32系統中提供的新方法，可以在不同主機間交換資料。郵槽(Mailslots)提供進程間單向通訊能力，任何進程都能建立郵槽成為郵槽伺服器。其它進程，稱為郵槽客戶，可以通過郵槽的名字給郵槽伺服器處理序發送訊息。進來的訊息一直放在郵槽中，直到伺服器處理序讀取它為止。
    郵槽與具名管道相似，不過它傳輸資料是通過不可靠的資料報(如TCP/IP協議中的UDP包)完成的，一旦網路發生錯誤則無法保證訊息正確地接收，而具名管道傳輸資料則是建立在可靠串連基礎上的。不過郵槽有簡化的編程介面和給指定網路地區內的所有電腦廣播訊息的能力，所以郵槽不失為應用程式發送和接收訊息的另一種選擇。

7。Windows通訊端(Windows Socket)
   它具備訊息管道所有的功能，但遵守一套通訊標準使的不同作業系統之上的應    用程式之間可以互相通訊。

8。動態串連庫
     Win32動態串連庫(DLL)中的全域資料可以被調用DLL的所有進程共用，這就又給處理序間通訊開闢了一條新的途徑，當然訪問時要注意同步問題。需要將全域資料放入共用程式碼片段裡面。在 Win32 環境中，每個進程都複製了自己的讀/寫全域變數。如果想要與其它進程共用記憶體，必須使用記憶體對應檔或者聲明一個共用資料區段。DLL 模組需要的堆棧記憶體都是從運行進程的堆棧中分配出來的。 在載入 DLL 模組時將進程函數調用與 DLL 檔案的匯出函數相匹配。 作業系統對 DLL 的操作僅僅是把 DLL 映射到需要它的進程的虛擬位址空間裡去。DLL 函數中的代碼所建立的任何對象（包括變數）都歸調用它的線程或進程所有。
　　雖然可以通過DLL進行進程間資料共用，但從資料安全的角度考慮，我們並不提倡這種方法，使用帶有存取權限控制的共用記憶體的方法更好一些。

9。RPC：遠端程序呼叫，很少使用，因其與UNIX的RPC不相容。
     Win32 API提供的遠端程序呼叫(RPC)使應用程式可以使用遠程調用函數，這使在網路上用RPC進行進程通訊就像函數調用那樣簡單。RPC既可以在單機不同進程間使用也可以在網路中使用。
　　由於Win32 API提供的RPC服從OSF-DCE(Open Software Foundation Distributed Computing Environment)標準。所以通過Win32 API編寫的RPC應用程式能與其它作業系統上支援DEC的RPC應用程式通訊。使用RPC開發人員可以建立高效能、緊密耦合的分布式應用程式。

10。串列/並行通訊(Serial/Parallel Communication)
   它允許應用程式通過串列或並行連接埠與其他的應用程式通訊。

11。COM/DCOM
     通過COM系統的代理存根方式進行進程間資料交換，但只能夠表現在對介面     函數的調用時傳送資料，通過DCOM可以在不同主機間傳送資料。