Windows處理序間通訊之共用記憶體

之前自己做的一個項目涉及到處理序間通訊問題，我採用的是SOCKET方式。面試的時候有問過為什麼不採用其他方式。好吧，其實發現共用記憶體更方便一點。於是自己寫了一下，並且做了個測試介面。

程式啟動會獲得自身的視窗控制代碼，另外可以輸入一個視窗控制代碼，用於進程間Windows訊息通訊。File Mapping Name實際上就是核心對象名，進程間依據這個來訪問共用記憶體。

Windows下的共用記憶體實際是用檔案對應實現的，可以用CreateFileMapping建立一個記憶體檔案對應物件，用於對應檔到記憶體。該函數返回的是File Mapping Object控制代碼

 

CreateFileMappingA(    __in     HANDLE hFile,    __in_opt LPSECURITY_ATTRIBUTES lpFileMappingAttributes,    __in     DWORD flProtect,    __in     DWORD dwMaximumSizeHigh,    __in     DWORD dwMaximumSizeLow,    __in_opt LPCSTR lpName    );

 

1）因為並不需要建立一個實際的檔案，所以把hFile設定成為0xFFFFFFFF(INVALID_HANDLE_VALUE)就行了。

2）Windows支援64位的檔案，但一般記憶體不會超過4G也就是32位檔案就夠用了，所以上面的參數當中，dwMaximumSizeHigh為0，dwMaximumSizeLow設定為需要開闢的記憶體大小。

3）lpName用於標示這段記憶體，進程間通過這個標示訪問這段記憶體。

接著調用MapViewOfFile()映射到當前進程的虛擬位址上。該函數如果調用成功，返回對應檔的開始地址。如果失敗為NULL。

 

MapViewOfFile(    __in HANDLE hFileMappingObject,    __in DWORD dwDesiredAccess,    __in DWORD dwFileOffsetHigh,    __in DWORD dwFileOffsetLow,    __in SIZE_T dwNumberOfBytesToMap    );

1）hFileMappingObject就是剛才調用CreateFileMapping返回的控制代碼。

 

2）dwDesiredAccess設定為FILE_MAP_ALL_ACCESS。

3）dwNumberOfBytesToMap，檔案中要映射的位元組數，也就是這塊共用記憶體的大小。

我的程式是這麼調用它的。

 

int Cp1Dlg::MapFile(){CString str;m_edit7.GetWindowTextA(str);if(str.GetLength() == 0){AfxMessageBox("File Mapping Name can't be NULL");return -1;}m_hMapFile = CreateFileMapping(INVALID_HANDLE_VALUE,NULL,PAGE_READWRITE,0,BUF_SIZE,str.GetBuffer());if(m_hMapFile == NULL){AfxMessageBox("CreateFileMapping failed!");return 1;}m_pBuf = static_cast<LPTSTR>(MapViewOfFile(m_hMapFile,FILE_MAP_ALL_ACCESS,0,0,BUF_SIZE));if(m_pBuf == NULL){AfxMessageBox("MapViewOfFile failed!");CloseHandle(m_hMapFile);return 1;}return 0;}

接下來就可以對m_pBuf進行寫資料或者讀資料了。

 

寫資料：

 

m_edit6.GetWindowTextA(str);memcpy((void*)m_pBuf, str.GetBuffer(), str.GetLength());

讀資料：

 

 

LRESULT Cp1Dlg::OnMsg3(WPARAM wParam, LPARAM lParam){CString str;str.Format("R:\t%s", m_pBuf);m_list2.AddString(str);memset((void*)m_pBuf, 0, BUF_SIZE);//讀完之後對這塊記憶體進行清零return 0;}

讀資料我採用的是訊息處理函數。因為當一個進程對記憶體完資料之後，我會發送一個Windows訊息通知另一進程，在其收到這條訊息後就會調用函數讀取資料。

 

比起SOCKET，的確挺方便的。但是如果兩個進程同時對這塊記憶體進行寫資料該怎麼辦呢？這就涉及到進程間同步技術了。不過這個我沒有做。

把資源打包上傳了。