申請大容量的物理內存看起來不是難事。這里的大容量是指幾十MB甚至更多的物理內存。對于C++程序員來說可能平時習慣了使用"new"操作符來實現。我也是這樣。使用"new"非常簡單，申請之后只需判斷返回的指針是否是空即可。在其它的Windows操作系統上的確不需要在申請大容量物理內存上過多考慮。但是在Windows CE上就不同了。如果只用"new"就能搞定，那就太省事了。

　　不知道Windows CE下軟件開發者是否遇到過這種情況，如果使用"new"申請超過30MB的物理內存，那么返回的一定是空（NULL），甚至程序會死鎖無法響應。這其實不奇怪。在《Windows CE下進程、線程和內存管理》的系列文章中我早有所言，Windows CE下每個進程占有32MB的地址空間，雖然Slot 1槽存放所有的非XIP DLL，但是我們不可能占用Slot 1槽。32MB地址空間減去必要的代碼段、靜態數據段、默認堆和默認棧之后，所剩的地址空間少于32MB。即使程序什么都不做也無法滿足超過30MB的地址空間的申請需求。所以返回為空非常正常。好在Windows CE下運行的大多數軟件不需要那么多的物理內存。

　　感覺微軟的技術不是支持到很遠的將來，而是得過且過，只要滿足目前的和不遠的將來的需求就行。拿Platform Builder來說，IMGRAM64環境變量用于支持64MB物理內存。可是沒有IMGRAM128或者IMGRAM256甚至IMGRAM512。可能是當時絕大多數基于Windows CE的產品都沒有超過64MB物理內存。現在要支持超過64MB物理內存就必須做一些修改操作。再如現在說的用"new"分配物理內存，也只是限制在32MB以內。如果想new多少就new多少，那多爽!

　　"new"不行是因為地址空間不夠，那我們可以采用虛擬內存分配，然后提交物理內存這種辦法。理論上是這樣，但是實際上還是不行。舉例如下：

　　LPVOID  g_Address1, g_Address2;
　　g_Address1 = VirtualAlloc(0, 32 * 1024 * 1024, MEM_RESERVE, PAGE_NOACCESS);
　　g_Address2 = VirtualAlloc(g_Address1, 32 * 1024 * 1024, MEM_COMMIT, PAGE_READWRITE);

　　上面這段代碼中個語句是申請32MB的虛擬地址空間，函數返回一個地址說明申請是成功的。注意這個地址一定處于0x4200 0000以上（具體參見我的專欄中“Windows CE下進程、線程和內存管理（三）”）。第二個語句是提交物理內存，容量為32MB。這個函數返回NULL，說明申請物理內存不成功。如果申請10MB、20MB的還可以。

　　希望再一次破滅。的辦法就是內存映射文件了。在Windows CE的幫助文檔中只提到了內存映射文件可以用來申請虛擬地址空間。可以試一試。結果證明用內存映射文件來申請大容量物理內存是可行的。內存映射文件用于多個進程共享數據時，創建內存映射的函數的個參數必須設置為INVALID_HANDLE_VALUE，表示在物理內存中創建。利用這個特點我們可以申請超過32MB的物理內存。具體能夠申請的大小由剩余的物理內存決定。例子如下：

　　#define  MAXLEN  (64*1024*1024)
　　HANDLE  hFile;
　　hFile = CreateFileMapping(INVALID_HANDLE_VALUE, NULL, PAGE_READWRITE, 0, MAXLEN, NULL);
　　if(hFile == NULL)
　　{
　　file://創建文件映射對象失敗
　　return;
　　}

　　LPVOID  lpAddress;
　　lpAddress = MapViewOfFile(hFile, FILE_MAP_WRITE|FILE_MAP_READ, 0, 0, MAXLEN);

　　if(lpAddress == NULL)
　　{
　　file://創建文件視圖失敗
　　return;
　　}

　　上述的函數如果都成功了，你就可以使用物理內存了。物理內存的首地址是lpAddress。使用完了別忘了調用函數UnmapViewOfFile(lpAddress); 和CloseHandle(hFile);