winCE 註冊表相關討論

 保存到註冊表中

這一章主要講解Windows CE.NET下註冊表相關技術。

1、 對象存儲(object store)
  對象存儲是Windows CE默認的數據存儲機制。任何新創建的內核中都默認包含對象存儲器。對象存儲的實質是在RAM中創建一個文件系統,將文件保存在RAM中,這些文件來源於ROM。當設備啓動時,引導程序將ROM中的內核文件解壓並存放在RAM中。"/windows"目錄就是基於對象存儲的。對象存儲的特點是文件可以壓縮、支持事務機制(和數據庫中的事務機制相似)、數據I/O相對較快。

•A、對象存儲中的對象類型包括文件、目錄、數據庫、記錄、數據庫卷。CE爲每個對象分配一個對象ID(CEOID)。訪問或者操作任何對象的前提是得到該對象ID。
•B、CE能夠自動壓縮所有對象存儲中的文件(CE提供了一個選項供OEM設置是否能夠自動壓縮文件)。所以文件沒有壓縮或不壓縮的標誌,但是有一個標誌,標明此文件存在於ROM還是RAM中。一個文件最大長度可達到4 GB。
•C、CE提供了三種文件系統:基於ROM的文件系統、基於RAM的文件系統、FAT文件系統。
2、 註冊表(registry)
  CE下註冊表和其它windows操作系統中註冊表概念和結構基本相同。

•A、CE下註冊表限制:鍵名最大長度255個字符; 數據最大 4KB;子鍵深度最大值 16層。
•B、根鍵有HKEY_CLASSES_ROOT、HKEY_CURRENT_USER、HKEY_LOCAL_MACHINE、HKEY_USERS。
•C、操作註冊表函數:

•i. 打開RegOpenKeyEx 和創建RegCreateKeyEx 
•ii. 讀RegQueryValueEx寫RegSetValueEx 
•iii. 枚舉入口或子鍵RegEnumValue、RegEnumKeyEx 
•iv. 刪除入口或子鍵RegDeleteValue、RegDeleteKey  
•v. 關閉RegCloseKey
3、CE下註冊表類型
  分爲基於RAM的註冊表和基於HIVE的註冊表。

 

•A、基於RAM的註冊表,也叫基於對象存儲(oject storage)的註冊表。用於將註冊表數據全部保存在RAM中。
•i. 從CE v1.0開始到CE .NET之前,僅採用此技術來保存註冊表。每個新創建的內核都默認採用此技術來保存註冊表。
•ii. 適合頻繁熱啓動而不冷啓動的設備。系統關閉時提供低電源給RAM。如果斷電,重新啓動設備後,系統將從內核中重新讀取註冊表數據到RAM。當然以前保存的用戶數據已經丟失。
•iii. 基於RAM的註冊表也能夠永久保存註冊標數據。CE提供了兩個機制。

•1) 第一種機制的設計思路是在設備關閉前調用RegCopyFile函數將整個註冊表數據以文件形式保存到永久存儲器上。重新啓動設備時,調用RegRestoreFile函數將文件全部讀出到RAM中。但是這時必須一次熱啓動才能使恢復的註冊表數據有效。所以每次啓動就多出一次熱啓動。好在熱啓動非常快,幾秒鐘的時間。
•2) 另一種機制可以避免前一種機制的需要兩次啓動的缺點。但也有它的缺點。OEM(原始設備製造商)可以在OAL層編寫WriteRegistryToOEM and ReadRegistryFromOEM兩個函數,內核在啓動時會自動調用ReadRegistryFromOEM函數來讀註冊表數據。而應用程序調用RegFlushKey函數時,這個函數用調用WriteRegistryToOEM函數寫註冊表數據到永久存儲器上。這個機制避免了兩次啓動的缺陷。但問題出現在內核啓動時,調用ReadRegistryFromOEM之前文件系統驅動程序還沒加載,那就無法打開、讀取文件。CE幫助文件中說解決辦法是將從永久存儲器中讀取數據的代碼加到ReadRegistryFromOEM中。幫助中說的意思可不是調用ReadFile這麼簡單的,因爲文件系統驅動程 序還沒加載。
•3) 個人建議:如果要採用基於RAM的註冊表保存機制,而且要求永久保存註冊表數據,使用第一種機制比較容易。
•B、 基於HIVE的註冊表。用於將註冊表數據全部或部分保存到永久存儲器上。
•i.它是從CE.NET開始採用的新技術。適合經常冷啓動而不熱啓動的設備。
•ii.支持多用戶信息分別保存。當一個用戶登錄時,加載這個用戶的註冊表數據,註銷時卸載這個用戶的註冊表數據。
•iii. HIVE是指一組鍵,包括子鍵、鍵值、數據。是保存或者加載註冊表數據的單位。分爲系統HIVE(system hive)、用戶HIVE(uer hive)、引導HIVE(boot hive)。
•1) 系統HIVE包含了關於系統的設置信息。具體保存註冊表中HKEY_LOCAL_MACHINE、HKEY_CLASSES_ROOT、HKEY_USERS鍵下所有數據。保存系統HIVE的文件的路徑在【HKEY_LOCAL_MACHINE/init/BootVars】下,鍵名爲"systemhive",鍵值爲文件的路徑。默認爲"/Documents and Settings/system.hv"。
•2) 用戶HIVE包含了一個用戶的信息。具體保存註冊表中HKEY_CURRENT_USER鍵下所有數據。保存用戶HIVE的文件的路徑同樣爲【HKEY_LOCAL_MACHINE/init/BootVars】下,鍵名爲"profiledir",鍵值爲所有用戶HIVE的共同目錄。默認爲"/Documents and Settings",在這個目錄下包含了以每個用戶名命名的子目錄。子目錄裏含有一個文件,默認文件名爲user.hv。
•3) 引導HIVE保存在ROM(內核)中。具體保存內容同系統HIVE一樣。當解壓內核並加載註冊表時,系統先將引導HIVE數據讀出,引導HIVE包含了永久存儲器的驅動程序和文件系統的驅動程序,這些驅動加載後,系統HIVE被加載,然後引導HIVE被釋放。因爲引導HIVE被包含在內核中,所以存在一種情況:如果重新做了一個新內核,引導HIVE中的數據同系統HIVE可能不相同。那麼系統該加載哪個版本好呢?爲此,CE在生成每個內核時都做了一個標誌。而系統HIVE也存在這樣一個標誌,當加載引導HIVE時,如果引導HIVE和系統HIVE的標誌不相同,系統會刪除系統HIVE文件,然後重新創建一個文件並從引導HIVE複製數據。
•iv. 永久保存註冊表數據
Windows CE.NET採用新的註冊表保存技術――基於HIVE的註冊表,的確讓人很興奮,在這之前基於Windows CE的設備,大多數採用給RAM供電方式來保存註冊表數據,雖然也可以通過RegCopyFile函數永久保存,但畢竟啓動時還要再熱啓動一次,有了基於HIVE的技術,啓動時系統會自動加載數據,免去了熱啓動的麻煩,而且當內核更新升級時,你不用擔心保存在永久存儲器上的系統HIVE文件影響你新的內核,系統會自動判斷並刪除過時的系統HIVE文件。只有擁有了這樣的技術,基於CE的產品纔算是一個真正的電腦。
注:關於基於HIVE的註冊表的實現,暫不講解。
下面簡單說明 RegCopyFile和RegRestoreFile的用法。
///使用基於RAM的註冊表,利用RegCopyFile和RegRestoreFile
///實現永久保存註冊表數據。

#include <Pkfuncs.h>
#include <winbase.h>

CString  strRegBackup = L"//hard disk//RegBackup.reg";
CString  strTmp      = L"//windows//temp.reg";

////////導出。在系統關閉前。 
if(! RegCopyFile(strTmp))     ///導出註冊表,用temp.reg做緩衝用。
{
 return FALSE; 
}

if(! CopyFile(strTmp, strRegBackup, FALSE))  ///把temp.reg再複製到RegBackup.reg
{
 return  FALSE;
}

/////////導入。在系統啓動時。
if(! CopyFile(strRegBackup, strTmp, FALSE))
{
 return  FALSE;
}

if(! RegRestoreFile(strTmp))  ///恢復註冊表
{
 return  FALSE;
}

if(! KernelIoControl(IOCTL_HAL_REBOOT, NULL, 0, NULL, 0, NULL)) ///重新啓動
{
 return  FALSE;
}


本文來自CSDN博客,轉載請標明出處:http://blog.csdn.net/ymzhou117/archive/2009/11/11/4799873.aspx

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章