簡(jiǎn)介基于Windows CE下的注冊(cè)表
出處:互聯(lián)網(wǎng) 發(fā)布于:2011-09-04 14:37:31
引言:
Windows CE作為一種嵌入式的操作系統(tǒng),已經(jīng)有了10多年的歷史,從早的1.0版本到如今的的6.0版本。Windows CE已經(jīng)在嵌入式操作系統(tǒng)領(lǐng)域占據(jù)了非常重要的地位,同時(shí)還派生出了很多不同的版本,應(yīng)用到不同的領(lǐng)域,Windows Mobilej就是其中非常成功的一個(gè)版本。
作為一種嵌入式操作系統(tǒng),我們有必要了解它的啟動(dòng)過(guò)程和加載機(jī)制,特別是其中的注冊(cè)表加載是系統(tǒng)加載的。Windows CE內(nèi)核創(chuàng)建過(guò)程用的REG文件幾乎和其他桌面版本W(wǎng)indows操作系統(tǒng)就有相同的格式,只是去掉了文件頂部的版本標(biāo)記,防止開(kāi)發(fā)者錯(cuò)誤的將Windows CE的注冊(cè)表信息添加到主機(jī)的注冊(cè)表系統(tǒng)里,造成系統(tǒng)的故障。
1、 Windows CE注冊(cè)表簡(jiǎn)介:
與其他桌面版本W(wǎng)indows一樣,Windows CE也使用注冊(cè)表(Registry)來(lái)保存應(yīng)用程序、驅(qū)動(dòng)程序和用戶的設(shè)定以及其他一些配置信息。 Windows CE注冊(cè)表也采用樹(shù)形結(jié)構(gòu)來(lái)管理配置信息。
Windows CE支持四個(gè)根鍵,描述如下:
鍵名描述
HKEY_LOCAL_MACHINE 硬件和驅(qū)動(dòng)配置數(shù)據(jù)
HKEY_CURRENT_USER 用戶配置數(shù)據(jù)
HKEY_CLASSES_ROOT OLE 文件類型匹配配置數(shù)據(jù)
HKEY_USERS 適用于所有用戶的數(shù)據(jù)
由于嵌入式系統(tǒng)的特點(diǎn),一些嵌入式設(shè)備是沒(méi)有外存的。因此Windows CE的注冊(cè)表提供了兩種實(shí)現(xiàn)方式:基于RAM的注冊(cè)表(RAM-Based Registry)和基于Hive的注冊(cè)表(Hive-Based Registry)。我們可以選擇在Windows CE中使用任何一種注冊(cè)表,注冊(cè)表類型對(duì)于用戶和應(yīng)用程序來(lái)說(shuō)是透明的。
2、 Windows CE注冊(cè)表的類型和加載過(guò)程
由于嵌入式系統(tǒng)的特點(diǎn),一些嵌入式設(shè)備是沒(méi)有外部存存儲(chǔ)設(shè)備。因此Windows CE的注冊(cè)表提供了兩種實(shí)現(xiàn)方式:基于RAM的注冊(cè)表(RAM- Based Registry)和基于Hive的注冊(cè)表(Hive-Based Registry)。我們可以選擇在Windows CE中使用任何一種注冊(cè)表,通常在我們的ARM嵌入式系統(tǒng)中會(huì)選擇Flash作為外部存儲(chǔ)設(shè)備,所以我們選擇基于Hive的注冊(cè)表類型。下面我們分析一下Windows CE注冊(cè)表的加載過(guò)程:
如圖
nk.exe執(zhí)行,啟動(dòng)filesys.exe。
filesys.exe加載引導(dǎo)HIVE,此時(shí)引導(dǎo)HIVE位于nk.bin解壓之后的文件中。
filesys.exe啟動(dòng)device.exe,之后處于等待狀態(tài),等待device.exe將包含系統(tǒng)HIVE的文件系統(tǒng)和存儲(chǔ)設(shè)備的驅(qū)動(dòng)程序加載完畢。而這個(gè)文件系統(tǒng)和存儲(chǔ)設(shè)備的驅(qū)動(dòng)程序存在于引導(dǎo)HIVE中。device.exe加載上述所說(shuō)的文件系統(tǒng)驅(qū)動(dòng)程序和存儲(chǔ)設(shè)備驅(qū)動(dòng)程序,使之開(kāi)始工作。之后device.exe處于等待狀態(tài)。filesys.exe被喚醒,加載并且安裝系統(tǒng)HIVE。之后filesys.exe處于等待狀態(tài)。nk.exe按照系統(tǒng)HIVE的信息開(kāi)始執(zhí)行初始化工作。其中包括加載驅(qū)動(dòng)程序和啟動(dòng)一些應(yīng)用程序。其中加載驅(qū)動(dòng)程序一般由device.exe執(zhí)行,而啟動(dòng)應(yīng)用程序由filesys.exe執(zhí)行。這時(shí)device.exe和filesys.exe已經(jīng)被喚醒。
3 基于RAM的注冊(cè)表
正如其名,基于RAM的注冊(cè)表把整個(gè)注冊(cè)表作為一個(gè)對(duì)象存儲(chǔ)堆存放在系統(tǒng)的內(nèi)存中。這意味著如果對(duì)系統(tǒng)進(jìn)行冷啟動(dòng)或者系統(tǒng)斷電,對(duì)注冊(cè)表的所有改動(dòng)都會(huì)丟失。
如果使用基于RAM的注冊(cè)表,對(duì)注冊(cè)表的讀寫訪問(wèn)操作會(huì)變得非常高效。因此基于RAM的注冊(cè)表比較適用于沒(méi)有外部存儲(chǔ),而且有電池保存內(nèi)存數(shù)據(jù)(battery-backed RAM)的設(shè)備。如果有外存且經(jīng)常冷啟動(dòng)的設(shè)備采用基于RAM的注冊(cè)表,則需要在系統(tǒng)斷電的時(shí)候?qū)ψ?cè)表進(jìn)行保存,等系統(tǒng)再次啟動(dòng)時(shí)對(duì)保存的注冊(cè)表進(jìn)行還原。
Windows CE提供了兩種方法用來(lái)斷電保存基于RAM的注冊(cè)表:
1. Windows CE提供了兩個(gè)系統(tǒng)API用來(lái)保存和還原整個(gè)注冊(cè)表,它們的原形如下:
BOOL RegCopyFile(
LPCWSTR lpszFile // 保存注冊(cè)表信息的文件的名字
);
BOOL RegRestoreFile(
LPCWSTR lpszFile // 保存注冊(cè)表信息的文件的名字
);
如果要保存和恢復(fù)注冊(cè)表,我們只需要在系統(tǒng)斷電的時(shí)候調(diào)用RegCopyFile函數(shù)將整個(gè)注冊(cè)表保存為外存上的一個(gè)文件。當(dāng)系統(tǒng)重新啟動(dòng)時(shí),我們?cè)僬{(diào)用RegRestoreFile函數(shù)將文件全部讀出RAM中,然后再熱啟動(dòng)系統(tǒng),我們保存得注冊(cè)表就可以生效了。值得注意的是這次熱啟動(dòng)是必須的,因?yàn)橹挥性谙到y(tǒng)啟動(dòng)的時(shí)候才會(huì)去檢測(cè)RegRestoreFile放在RAM里的注冊(cè)表信息。這種方法的優(yōu)點(diǎn)是完全可以使用應(yīng)用程序來(lái)實(shí)現(xiàn)基于RAM的注冊(cè)表的保存,而且這種方法相對(duì)簡(jiǎn)單。但是此方法的缺點(diǎn)是需要兩次啟動(dòng)。因此效率相對(duì)比較低。
2. 第二種方法需要OEM的參與,OEM可以在BSP的OAL層中實(shí)現(xiàn)WriteRegistryToOEM和ReadRegistryFromOEM兩個(gè)函數(shù),它們的聲明為:
DWORD ReadRegistryFromOEM(
DWORD dwFlags, // 參數(shù), REG_READ_BYTES_START表示讀新的注冊(cè)表
LPBYTE lpData, // 指向注冊(cè)表數(shù)據(jù)的緩沖區(qū),由OS分配
DWORD cbData // 緩沖區(qū)的大小
);
BOOL WriteRegistryToOEM(
DWORD dwFlags, // 參數(shù),REG_WRITE_BYTES_START表示寫新的注冊(cè)表
LPBYTE lpData, // 指向注冊(cè)表數(shù)據(jù)的緩沖區(qū),由OS分配
DWORD cbData // 緩沖區(qū)的大小,0表示到達(dá)注冊(cè)表尾部
);
Windows CE會(huì)在系統(tǒng)啟動(dòng)和關(guān)閉的時(shí)候調(diào)用這兩個(gè)函數(shù)來(lái)保存和恢復(fù)注冊(cè)表。此種方法雖然可以避免兩次啟動(dòng),但是困難的地方是ReadRegistryFromOEM函數(shù)的實(shí)現(xiàn)比較困難,因?yàn)樵谙到y(tǒng)啟動(dòng)的時(shí)候,塊設(shè)備驅(qū)動(dòng)和文件系統(tǒng)的驅(qū)動(dòng)都還沒(méi)有加載,因此不能使用CreateFile,ReadFile這樣的文件系統(tǒng)API來(lái)實(shí)現(xiàn)ReadRegistryFromOEM函數(shù),只能使用一些更底層的操作來(lái)實(shí)現(xiàn)。
3 設(shè)置基于HIVE的注冊(cè)表
在PB中加入"Hive-based Registry",實(shí)驗(yàn)平臺(tái):CPU:S3C2410;外部存儲(chǔ)設(shè)備(Flash)K9F1208UOM 打開(kāi)%BSP%/Files/platform.reg,找到如下信息:
; HIVE BOOT SECTION
[HKEY_LOCAL_MACHINE\init\BootVars]
"SystemHIVE"="system.hv"
; "PROFILEDIR"="Documents and Settings"
"Start DevMgr"=dword:1
"RegistryFlags"=dword:1
[HKEY_LOCAL_MACHINE\init\BootVars]
"DefaultUser"="default" "SYSTEMHIVE"的值為系統(tǒng)HIVE文件的路徑。"Start DevMgr"是一個(gè)布爾值,指示是否開(kāi)始就執(zhí)行設(shè)備管理器device.exe,只有想把系統(tǒng)HIVE存儲(chǔ)在對(duì)象存儲(chǔ)中才在此設(shè)置為0,所以這里我們要設(shè)置為1。可以在上述的注冊(cè)表位置下輸入"DefaultUser"="",指定默認(rèn)的用戶名。如果是單用戶系統(tǒng),可以不設(shè)置在“; HIVE BOOT SECTION”和“; END HIVE BOOT SECTION”之間的所有驅(qū)動(dòng)程序的注冊(cè)表信息中都加入下列一個(gè)標(biāo)志:
"Flags"=dword:1000
這個(gè)標(biāo)志是一個(gè)位掩碼,它可以和其它已經(jīng)存在的"Flags"或運(yùn)算。值1000表示此驅(qū)動(dòng)程序只加載,這樣device.exe就不會(huì)把當(dāng)前驅(qū)動(dòng)程序加載兩次了。
保證將包含系統(tǒng)HIVE的文件系統(tǒng)驅(qū)動(dòng)程序的注冊(cè)表信息和存儲(chǔ)設(shè)備的驅(qū)動(dòng)程序的注冊(cè)表信息被包含在“; HIVE BOOT SECTION”和“; END HIVE BOOT SECTION”之間,在這兩個(gè)語(yǔ)句之間的注冊(cè)表數(shù)據(jù)全部屬于引導(dǎo)HIVE。
[HKEY_LOCAL_MACHINE\System\StorageManager\AutoLoad\FlashDrv]
"DriverPath"="Drivers\\BlockDevice\\FlashDrv"
"LoadFlags"=dword:1
"MountFlags"=dword:11
"BootPhase"=dword:0
"Flags"=dword:1000
[HKEY_LOCAL_MACHINE\Drivers\BlockDevice\FlashDrv]
"Prefix"="DSK"
"Dll"="FLASHDRV.dll" //調(diào)用Flash驅(qū)動(dòng)
"Order"=dword:0
"Ioctl"=dword:4
"Profile"="FlashDrv"
"FriendlyName"="MS Flash Driver"
"MountFlags"=dword:11
"BootPhase"=dword:0
"Flags"=dword:1000
; Bind BINFS to the block driver
[HKEY_LOCAL_MACHINE\System\StorageManager\Profiles\FlashDrv]
"DefaultFileSystem"="BINFS" //建立BINFS文件系統(tǒng)
"PartitionDriver"="mspart.dll"
"AutoMount"=dword:1
"AutoPart"=dword:1
"MountFlags"=dword:2
"Folder"="MYFlashDisk" //實(shí)現(xiàn)可以讀寫的文件夾
"Name"="Microsoft Flash Disk"
"BootPhase"=dword:0
"Flags"=dword:1000
上面的信息添加到platform.reg的“HIVE BOOT SECTION”和“END HIVE BOOT SECTION”之間, 其中"Folder"="MYFlashDisk"文件實(shí)現(xiàn)可以讀寫文件目錄MYFlashDisk
注冊(cè)表信息被保存到此文件夾,系統(tǒng)冷啟動(dòng)后會(huì)到此文件夾下讀取上次用戶基于注冊(cè)表的設(shè)置。
需要源碼可以訪問(wèn)www.bluemcu.com
結(jié)語(yǔ):
本文討論了Windows CE基于HIVE的注冊(cè)表的在線修改和保存,分析了Windows CE注冊(cè)表的加載過(guò)程,完善了嵌入式系統(tǒng)實(shí)際應(yīng)用中的問(wèn)題,使得目前的Windows CE運(yùn)行版本更加接近與桌面版Windows系統(tǒng)。希望能帶給讀者一些幫助。
版權(quán)與免責(zé)聲明
凡本網(wǎng)注明“出處:維庫(kù)電子市場(chǎng)網(wǎng)”的所有作品,版權(quán)均屬于維庫(kù)電子市場(chǎng)網(wǎng),轉(zhuǎn)載請(qǐng)必須注明維庫(kù)電子市場(chǎng)網(wǎng),http://hbjingang.com,違反者本網(wǎng)將追究相關(guān)法律責(zé)任。
本網(wǎng)轉(zhuǎn)載并注明自其它出處的作品,目的在于傳遞更多信息,并不代表本網(wǎng)贊同其觀點(diǎn)或證實(shí)其內(nèi)容的真實(shí)性,不承擔(dān)此類作品侵權(quán)行為的直接責(zé)任及連帶責(zé)任。其他媒體、網(wǎng)站或個(gè)人從本網(wǎng)轉(zhuǎn)載時(shí),必須保留本網(wǎng)注明的作品出處,并自負(fù)版權(quán)等法律責(zé)任。
如涉及作品內(nèi)容、版權(quán)等問(wèn)題,請(qǐng)?jiān)谧髌钒l(fā)表之日起一周內(nèi)與本網(wǎng)聯(lián)系,否則視為放棄相關(guān)權(quán)利。
- ARM技術(shù)架構(gòu)與應(yīng)用開(kāi)發(fā)實(shí)踐指南2026/1/6 10:40:19
- 嵌入式實(shí)時(shí)操作系統(tǒng)(RTOS)選型與移植技術(shù)指南2025/12/31 10:42:31
- 工業(yè)嵌入式系統(tǒng):通信接口技術(shù)選型與抗干擾設(shè)計(jì)實(shí)踐2025/12/15 14:36:53
- 深入解析嵌入式 OPENAMP 框架:開(kāi)啟異核通信新時(shí)代2025/7/22 16:27:29
- 一文快速了解OPENWRT基礎(chǔ)知識(shí)2025/7/14 16:59:04
- 高速PCB阻抗控制核心實(shí)操規(guī)范
- 高速數(shù)字系統(tǒng)(如DDR、SerDes)中的信號(hào)完整性濾波
- MOSFET在UPS電源中的應(yīng)用解析
- 電源管理IC在物聯(lián)網(wǎng)設(shè)備中的應(yīng)用
- SMT連接器焊接缺陷分析
- MOSFET在汽車電子中的應(yīng)用要求
- 通信設(shè)備電源管理IC應(yīng)用解析
- 通信設(shè)備連接器選型與設(shè)計(jì)
- PCB電磁兼容性(EMC)設(shè)計(jì)核心實(shí)操規(guī)范
- 物聯(lián)網(wǎng)節(jié)點(diǎn)低功耗設(shè)計(jì):信號(hào)鏈中的濾波與功耗管理









