??????? 在Win CE5.0驅(qū)動程序中：

??????? MapPtrToProccess()函數(shù)允許將一個(gè)指針從一個(gè)地址空間映射到另一個(gè)地址空間，通過調(diào)用該函數(shù)，用于獲得對應(yīng)用程序空間數(shù)據(jù)的訪問。

??????? GetCallerProccess()函數(shù)則用于獲取調(diào)用進(jìn)程的句柄。

???????? 他們的用法如下：

pReadBuffer=MapPtrToProccess(pBuffer,GetCallerProccess());
*pReadBuffer=g_Temp;??????????????????????//返回函數(shù)

其中pReadBuffer是驅(qū)動程序中一個(gè)函數(shù)的實(shí)參變量，用來保存轉(zhuǎn)換后的指針，pBuffer是這個(gè)函數(shù)的形參，對應(yīng)于調(diào)用這個(gè)函數(shù)的應(yīng)用程序的實(shí)參，而g_Temp 變量則是驅(qū)動程序的一個(gè)全局變量。應(yīng)用程序調(diào)用驅(qū)動程序的這個(gè)函數(shù)來取得驅(qū)動的全局變量，但是驅(qū)動程序和應(yīng)用程序的加載地址空間不是一個(gè)，他們兩個(gè)的指針是不能通用的，應(yīng)該轉(zhuǎn)換，這兩個(gè)函數(shù)的作用就是這個(gè)，第一行轉(zhuǎn)換指針空間，使pReadBuffer指針指向應(yīng)用程序的實(shí)參，這樣的話，往pReadBuffer里面寫入數(shù)據(jù)（即第二行代碼），應(yīng)用程序就會通過調(diào)用驅(qū)動中的這個(gè)函數(shù)來得到傳回的全局變量的值，達(dá)到讀取驅(qū)動中全局變量的目的。

?????? 另外插一段付林林老師的經(jīng)典語錄，以供參考：

?????? 驅(qū)動程序和應(yīng)用程序之間傳遞數(shù)據(jù)時(shí)何時(shí)調(diào)用MapPtrToProcess？
因?yàn)樵O(shè)備管理器負(fù)責(zé)加載驅(qū)動程序DLL，這意味著當(dāng)應(yīng)用程序調(diào)用驅(qū)動程序接口函數(shù)的時(shí)候，WINCE內(nèi)核會將調(diào)用驅(qū)動程序接口函數(shù)的線程轉(zhuǎn)移到設(shè)備管理器的進(jìn)程空間然后執(zhí)行具體的驅(qū)動程序代碼，應(yīng)用程序和設(shè)備管理器處于兩個(gè)進(jìn)程空間，這就造成設(shè)備管理器無法訪問應(yīng)用程序傳遞的指針（虛擬地址），所以當(dāng)我們在應(yīng)用程序中傳遞指針給流驅(qū)動程序接口函數(shù)時(shí)，WINCE內(nèi)核從中作了一個(gè)地址映射，例如ReadFile、WriteFile、DeviceIoControl函數(shù)的參數(shù)凡是指針都經(jīng)過了映射才傳遞給驅(qū)動程序，所以很多驅(qū)動程序開發(fā)者并不了解其中的奧秘就可以編程了。但是如果參數(shù)是一個(gè)指向一個(gè)結(jié)構(gòu)體的指針，而結(jié)構(gòu)體里包括一個(gè)或多個(gè)指針，那么WINCE內(nèi)核并不負(fù)責(zé)映射，所以就需要開發(fā)者在驅(qū)動程序接口函數(shù)中調(diào)用API函數(shù)MapPtrToProcess來映射地址。例如：pPointer_retval = MapPtrToProcess(pPointer, GetCallerProcess());??

??????? 我起初讀到這篇文章時(shí)如獲至寶，讀完一編之后便欣然嘗試，結(jié)果試了N個(gè)小時(shí)，居然不靈，還以為是自己對結(jié)構(gòu)體操作錯(cuò)誤，但當(dāng)我再次細(xì)致的閱讀此語錄后，赫然發(fā)現(xiàn)我的理解有誤，他老人家說的是結(jié)構(gòu)體中的每一個(gè)指針成員都要轉(zhuǎn)換映射，而我理解的卻是把傳過來的結(jié)構(gòu)體指針變量映射，結(jié)果是該映的我沒映，不該映的讓我映的一塌糊涂，悲哉！哀哉！

??????? 最后總結(jié)一句話，大意、馬虎猛于（真）虎也?。。?/p>