<dfn id="is4kg"></dfn>
  • <ul id="is4kg"></ul>
  • <abbr id="is4kg"></abbr>
  • <ul id="is4kg"></ul>
    <bdo id="is4kg"></bdo>
    以文本方式查看主題

    -  曙海教育集團論壇  (http://www.hufushizhe.com/bbs/index.asp)
    --  Wince技術討論區  (http://www.hufushizhe.com/bbs/list.asp?boardid=9)
    ----  winCE 注冊表相關討論  (http://www.hufushizhe.com/bbs/dispbbs.asp?boardid=9&id=1395)

    --  作者:wangxinxin
    --  發布時間:2010-11-16 14:46:47
    --  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


    主站蜘蛛池模板: 国产精品视频一区二区三区无码| 海角社区视频在线| 国产麻豆剧果冻传媒一区| 久久久久亚洲av成人网| 欧美国产日韩一区| 又大又硬又爽免费视频| 鸭王3完整版免费完整版在线观看| 天堂网中文字幕| 久久久久亚洲av无码尤物| 最近中文字幕免费mv视频7| 免费做暖1000视频日本| 美美女高清毛片视频免费观看 | 亚洲欧洲日韩国产一区二区三区| 精品久久久久久无码中文野结衣| 国产成人无码网站| 999在线视频精品免费播放观看| 好好的日视频www| 四虎影视www| 骚包在线精品国产美女| 国内最真实的XXXX人伦| 中国一级特黄**毛片免| 无翼乌全彩绅士知可子无遮挡| 亚洲午夜久久久影院| 欧美激情二区三区| 国产女人高潮视频在线观看| 99热在线播放| 日本伦理电影网伦理在线电影| 亚洲欧美另类中文字幕| 牛牛本精品99久久精品| 国产一区二区三区不卡观| 韩日视频在线观看| 国产精品日韩欧美一区二区三区| 一个人看的www免费高清中文字幕 一个人看的www免费高清中文字幕 | 中文字幕无码免费久久9一区9| 日韩一区二区三区精品| 亚洲天堂第一区| 欧美老人巨大xxxx做受视频| 全彩里番acg里番| 精品国自产拍天天拍2021| 国产交换俱乐部在线看| eeuss影院www在线观看免费|