Windows CE是微軟推出的一款32位的嵌入式操作系統。它具有良好的多媒體功能和友好的人機交互界面,支持PowerPC、X86、ARM和MIPS等多個系列處理器的體系結構,并為所支持的處理器提供完善的系統庫[1]。它還提供了完善的設備驅動程序和軟件開發包，大大縮短了開發周期，節約了電子智能產品的上市時間。在這些產品開發過程中，系統啟動時間的時延是影響客戶體驗（QoE）的重要因素。啟動速度受很多因素的影響，包括定制系統鏡像文件的大小、系統內核加載驅動的多少、內存占用的大小等。為了減少系統啟動時延，目前比較流行的做法是在Bootloader中添加LOGO啟動畫面，從而在視覺上降低客戶的時延感受[2]。從本質上講，這種方法并沒有從根本上減少系統的啟動時延，僅僅是從視覺的角度轉移了客戶的注意力。
    本文在分析Windows CE 6.0系統啟動過程的基礎上，設計了一種在Bootloader中實現BinFS文件系統進而完成Multi-bin加載的方法，從而真正達到縮短啟動時間的效果，同時還為用戶節省了大量的內存空間。實驗結果表明，該方法性能穩定，可移植性強，并已經應用到一款基于Samsung 2440處理器的IPTV手持式測試儀系統上。
1 Windows CE系統啟動過程
    Windows CE系統啟動過程如圖1所示。

    在Windows CE操作系統中，當基于Windows CE的目標設備上電啟動或者復位時，系統首先加載并運行Bootloader程序，Bootloader程序進行必要的硬件初始化，然后通過Bootloader再加載并啟動操作系統內核映像。啟動操作系統內核的過程實際上就是加載并運行OAL(OEM Adaptation Layer)程序的過程。OAL是Windows CE操作系統內核的重要組成部分，OAL并不能被單獨加載并運行，它最終被編譯進操作系統內核，從而通過操作系統內核存在并發揮作用，操作系統的啟動過程就是一個加載并運行OAL程序的過程[3]。
    系統從啟動加載內核映像文件到最后的顯示桌面會有一段時間，這個時間段就是通常所說的啟動時延。通常情況下為10 s~13 s。為了縮短這段時延，可以將系統映像分為多塊，將系統核心啟動部分的內容放到內存中，其他部分放到固態存儲器（如Nand Flash）中，使用BINFS文件系統讀出。即在系統啟動過程中，先加載操作系統內核映像的核心部分，而操作系統內核映像的其他部分仍然駐留在Nand Flash中，需要時再從Nand Flash中進行加載，從而大大減少開機讀取系統的時間。同時，也不再需要為操作系統預留全尺寸的內存空間，而只需預留最小開機核心部分的內存空間，剩下的作為通用內存空間。這樣就使得操作系統內存的使用有了很大靈活性，同時可用系統內存大大增加。從而，在根本上達到了按需加載系統模塊到內存的要求。這就是所謂的Multi-bin技術。
2 Windows CE .bin鏡像文件解析與下載
    由Windows CE的開發工具Platform Build編譯生成的Windows CE操作系統及Bootloader的鏡像文件主要有兩種格式類型：以.bin為文件名后綴的記錄型鏡像文件和以.nb0為后綴的原始型（raw）鏡像文件。前者以記錄（Record）為單位組織鏡像的數據，后者則是鏡像在嵌入式系統中運行時的二進制數據快照。其中，.bin文件是一個描述性質的鏡像文件，它由文件頭(Head)、鏡像數據目的起始地址(ImageStart)、鏡像數據長度(ImageLength)和多條相對獨立的記錄（Record）構成。本文以實現Multi-bin的操作系統xip.bin為例進行分析，使用UltraEdit將其打開，如圖2所示。

    從圖2可以看出，文件頭(head)由7個字節組成，內容是：42 30 30 30 46 46 0A，即“B000FF\x0A”，這是判斷鏡像文件是.bin類型的依據。鏡像數據目的起始地址（ImageStart，00 00 07 80）由4個字節組成，它定義了鏡像文件解析后裝載在內存中的起始地址是0x80070000。鏡像數據長度(ImageLength，68 07 13 02)也由4個字節組成，它表示.bin鏡像文件解析后在內存中占用的總的存儲空間大小為（0x02130768）。每條記錄（Record）由4字節的起始存儲地址(RecordStart)、4字節的數據長度(RecordLength)、4字節的校驗碼(RecordCheckSum)和RecordLength個字節的記錄數據（RecordData）組成。以第一條記錄(陰影部分)為例，分別為0x80070040、0x00000008、0x000001E3和0X8007004C434543454。
    由以上.bin的文件格式可知，.bin文件不是內存程序空間的一個簡單的拷貝，所以它不能直接用串口燒寫進內存或FLASH空間來直接運行，必須通過EBOOT按照.bin文件的格式解析出來具體的內容重新裝載后才能運行[4]。對于xip.bin的下載流程如圖3所示。

3 BinFS的實現
3.1 BinFS簡介
    二進制ROM映像文件系統（BinFS）是一個讀取由romimage.exe產生的二進制映像（.bin）文件格式的文件系統。BinFS可以分析每個區域（Region）中的.bin文件記錄，這些.bin文件記錄，最終用戶是無法看見的。.bin文件以特定的片段（Section）組織數據，每個片段包含一個片段頭，片段頭定義了這個片段的起始地址、片段長度及校驗和。Romimage.exe將以邏輯片段組織的數據寫到.bin文件中。
    本文所采用的硬件平臺使用Samsung K9F1208U0B 64 MB的DDR SDRAM作為程序運行的內存，使用K9F-
1208UOM的64 MB Nand Flash作為保存Windows CE操作系統映像的存儲器。由于使用的是64 MB的Nand Flash存儲器，而最終的Release(發布版)Windows CE操作系統映像的大小在32 MB左右[5]，因此，如果將整個Flash存儲器只用來存儲操作系統映像文件，將無疑是一種巨大的浪費。一種經濟、合理的做法是將整個Flash分為兩部分，一部分是BinFS文件系統，用于保存Windows CE操作系統的多個映像文件(支持Multi-bin)；另一部分為FAT文件系統，用于保存其他用戶文件。采用這種方法，操作系統裁剪的越小，留給用戶的存儲空間就越大[6]。這一方案的實現需要BinFS文件系統的支撐。
3.2 BinFS的實現
    Bootloader管理著目標設備初始化、下載運行時映像和引導運行時映像的啟動過程。在操作系統開發過程中，使用Bootloader可以快速地將一個運行時映像下載到目標設備，節約開發時間。如果Bootloader支持BinFS，則這個Bootloader是可以分區和格式化的，并且它可以把數據寫進存儲設備。
    為了實現這個分區，Bootloader使用bootpart.lib靜態庫函數產生一個BinFS分區和一個外部擴展分區。Bootpart支持庫將FMD的代碼從Bootloader中抽象出來，在進行分區時，完成對Flash的低級格式化。也可以通過指定字節的偏移完成對分區指定長度的讀或寫。
4 Multi-bin的實現
    Multi-bin是把內核映像分為“最小內核”（xipkernel.bin）與“系統其他文件”（本文中的nk.bin）。在系統啟動時加載的是BinFS分區上的xipkernel部分，它位于xip.bin的起始位置。
4.1 修改Config.bib file的內存段
    添加XIPKERNEL區域并且將它的存儲屬性設置為RAMIMAGE。XIPKERNEL是一個并不存儲NK的文件，這里可以將其看成最小系統。設置NK區域的存儲屬性為NANDIMAGE，這將會阻止NK地址空間被分配為RAM地址。CHAIN是實現Multi-bin的必須部分，其作用是通知系統各bin文件的位置。
    當加載帶有BinFS的映像時，Nand Flash設備上的Windows CE kernel（內核）重定位到RAM區域，當系統訪問該區域時，BinFS負責訪問Nand Flash設備上相對應的位置，并返回數據給系統。實際就是在Nand Flash設備上面實現了XIP（execute In place）的功能。
    XIPKERNEL文件至少要包括下面的模塊：
    Nk.exe；Kernel.dll；Coredll.dll；K.coredll.dll；Oalioctl.dll；
Filesys.dll；Fsdmgr.dll；Mspart.dll
    Romfsd.dll；Binfs.dll；Default.fdf or boot.hv（here choose
boot.hv）；Fpcrt.dll (ARM-only)
    Ceddk.dll (if required by your flash driver)；Smflash.dll
（your flash driver）
    將上述模塊添加進Config.bib中的Moudle段，加入方法如下：
    MODULES
        nk.exe        $(_FLATRELEASEDIR)\oal.exe
XIPKERNEL  SHZ
        kernel.dll        $(_FLATRELEASEDIR)\kern.dll
XIPKERNEL  SHZ
        ……
4.2 修改Config.bib file的配置段部分
    在Config.bib文件中的CONFIG下指定RAM_AUTOSIZE=OFF，ROM_AUTOSIZE=OFF，同時標識出CHAIN區域起始地址XIPSCHAIN的值。這個值要和MEMORY 段指定的值相匹配。
4.3 在注冊表設置中添加相應的注冊表鍵值
    在本文中，XIP.bin映像文件被存放到Nand Flash存儲設備上，為了讓其支持BinFS文件系統，需要在注冊表中的；HIVE BOOT SECTION和；END HIVE BOOT SECTION兩條語句之間加入鍵值。
    下面給出Nand Flash存儲設備在注冊表中的鍵值，其作用是將BinFS設定為默認的文件系統。
    [HKEY_LOCAL_MACHINE\System\StorageManager\Profiles\
NANDFLASH]
        "DefaultFileSystem"="BINFS"
        "PartitionDriver"="mspart.dll"
        "MountHidden"=dword:1
        "MountAsROM"=dword:1
        "Folder"="NandFlash"
        "Name"= "FLASH Disk Block Device"
    [HKEY_LOCAL_MACHINE\System\StorageManager\BinFS]
        "FriendlyName"="BIN Filesystem"
        "Dll"="binfs.dll"
        "Paging"=dword:1
4.4 生成與調試
    生成系統映像文件，如圖4所示。

    選擇xip.bin文件并用EBOOT將其下載到硬件平臺中，啟動系統。經過測試，系統的啟動時延縮短到8 s左右。打開“我的設備”，雙擊控制面板中的系統屬性，可以看見系統的可用內存增大為61 020 KB。
    本文提出一種普遍適用于Windows CE 6.0操作系統的Multi-bin技術。該技術的實現具有一定的通用性，不僅在Windows CE 6.0操作系統下實現了減少開機啟動時延，而且節省了可觀的內存空間，提高了用戶質量體驗（QoS）?；诒疚奶岢龅脑砗头椒▽κ褂肳indows CE操作系統的同類硬件平臺(如ARM9、ARM11)的開發也具有一定的參考價值。
參考文獻
[1] 姜波.Windows Embedded CE 6.0程序設計實戰[M].北京：機械工業出版社，2008.
[2] 李昊華，鄭文曦.Windows CE中BootLoader啟動畫面的設計與實現[J].自動化與儀表，2008(11).
[3] 張冬泉，譚南林.Windows CE開發實例精粹[M].北京：電子工業出版社，2008.
[4] 李大為.Windows CE工程實踐完全解析[M].北京：中國電力出版社，2008.
[5] 友善之臂公司.ARM9 MINI2440用戶手冊[EB/OL]．2010， 04，29.http：//www.arm123.com.cn/mini2440/mini2440-um-20100204.rar.
[6] 張冬泉，譚南林，蘇樹強.WINDOWS CE實用開發技術（第二版）[M].北京：電子工業出版社.2008.