我们的Image主要由两部分组成：XIPKERNEL.bin和NK.bin。XIPKERNEL.bin中的东西就是那些WinCE中比较核心的又需要经常加载的一些程序和DLL文件，这些文件会被Boot Loader在刚启动的时候拷贝到RAM中去，这样就可以在RAM中XIP（Excute in place）了。
在NK.bin中的基本上是需要但不至于要常驻内存的一些程序和DLL了，比如我们BuildIn下的大部分驱动，比如微软的IE，mediaplayer等应用程序，甚至连设备管理器device.exe也可以放到这里面,这些文件只有在需要的时候才被复制到内存中去执行，节约了内存并且也加快了启动的时间。嘿，到这里大概知道binfs的工作原理和重要性吧。 binfs 在烧image的时候会自动把XIPKERNEL和NK分别保存到flash的特定的逻辑扇区上.启动的时候Boot Loader会先把XIPKERNEL复制到RAM中，然后跳到RAM中的XIPKERNEL的入口点去执行，这个时候会跑一些OEMinit之类的CPU，内存，中短等初始化的过程，接着OS会从注册表中找到binfs的一些设置，然后加载binfs的驱动使binfs分区对OS来讲是可用的，假如device.exe是在NK.bin中的话，那么在这个时候就可以用/binfs/device.exe（/binfs是假设的装载路径）来调用它了，如果这个时候binfs没有初始化成功那么，device.exe得不到执行，那么系统肯定就起不来了。
现在来讲讲HIVE，其实HIVE是个很简单的东西。
WinCE下面就两种注册表，一种是RAM based，另外就是HIVE based了，缺省用的是前者，如果用前者PB会在编译的时候把common.reg和platform.reg的内容做到一个叫reginit.ini的文件然后压缩成default.***的文件放到XIPKERNEL中去，image在起来的时候会把这个文件解压到RAM中形成RAM based注册表，既然是RAM based那么所有的改动都会在断电后丢失。怎么办呢？其实保存到磁盘上就可以了，但是你想如果你把注册表全放到磁盘（SDMMC或HDD或Flash）上，WinCE怎么在没有加载你磁盘的驱动的情况下读到注册表呢？而一般情况加载磁盘的驱动程序也是要注册表的支持啊！这就是HIVE想到的，它把注册表分成两部分（其实是三部分，当时大体还是两步分，把user.hv和system.hv做一部分），第一部分就是叫做boot.hv的注册表，里面的东西就是一些在没有拿到保存在磁盘的注册表之前引导时需要的一些设置，这部分的注册表和RAM based的是一样的，改了之后断电就没了，所以这部分的注册表项都是不需要改动的，需要改动的都放到第二部分就是了，这第二部分就是system.hv和user.hv了，也就是一直提到的要放到磁盘上的注册表. 编译的时候PB会根据platform.reg和Common.reg中的标签判断哪些表项放到boot.hv中，这个标签就是;HIVE BOOT SECTION ;END BOOT SECTION,夹在这个标签之间的表项PB在编译的时候会把它们塞到boot.hv中去（boot.hv是二进制文件，要看里面到底放了哪些表项用一个老外写的工具吧，好像叫d_readvol.exe，到google上找得到的），其他的内容会分别塞到default.hv和user.hv中去，最后会把这三个hv文件统统塞到XIPKERNEL中去，这样WinCE在引导的第一阶段就把所有的hv扔到RAM中去了，然后打开boot.hv拿到必要的资料，这其中包括如何加载放置system.hv的磁盘的驱动，所以那些和加载这个磁盘相关的驱动要统统放到boot.hv中，比如FAT文件系统驱动，mspart分区驱动等等，这里有一点很重要就是假如你用binfs而且device.exe在NK.bin中，那么一定在第一阶段要保证binfs可用，否则这里就不可能为system.hv创造条件了。WinCE第一次启动时候磁盘上没有东东，这个时候WinCE会将内存中的default.hv和user.hv复制到注册表BootVars指定的地方，default.hv往往会被重命名为system.hv，第二次启动会先检查磁盘上的hv是不是和内存中的一致，不一致就加载磁盘上的表项。
整个过程就是这样子，但要注意一点，HIVE注册表也是在内存中运行的，不同的是启动的时候会从磁盘上去读改动的表项，因为这样才能保证速度，所以你做的的注册表改动也是在内存中做的，这个时候如果你不掉用FlushRegister去将内存中的数值保存到磁盘上那么这些改动还是会丢失的。两种方法来避免丢失，一种是认为去调用FlushRegister,令一种就设置一个flag让WinCE在每次改动注册表后自动Flush.
在NK.bin中的基本上是需要但不至于要常驻内存的一些程序和DLL了，比如我们BuildIn下的大部分驱动，比如微软的IE，mediaplayer等应用程序，甚至连设备管理器device.exe也可以放到这里面,这些文件只有在需要的时候才被复制到内存中去执行，节约了内存并且也加快了启动的时间。嘿，到这里大概知道binfs的工作原理和重要性吧。 binfs 在烧image的时候会自动把XIPKERNEL和NK分别保存到flash的特定的逻辑扇区上.启动的时候Boot Loader会先把XIPKERNEL复制到RAM中，然后跳到RAM中的XIPKERNEL的入口点去执行，这个时候会跑一些OEMinit之类的CPU，内存，中短等初始化的过程，接着OS会从注册表中找到binfs的一些设置，然后加载binfs的驱动使binfs分区对OS来讲是可用的，假如device.exe是在NK.bin中的话，那么在这个时候就可以用/binfs/device.exe（/binfs是假设的装载路径）来调用它了，如果这个时候binfs没有初始化成功那么，device.exe得不到执行，那么系统肯定就起不来了。
现在来讲讲HIVE，其实HIVE是个很简单的东西。
WinCE下面就两种注册表，一种是RAM based，另外就是HIVE based了，缺省用的是前者，如果用前者PB会在编译的时候把common.reg和platform.reg的内容做到一个叫reginit.ini的文件然后压缩成default.***的文件放到XIPKERNEL中去，image在起来的时候会把这个文件解压到RAM中形成RAM based注册表，既然是RAM based那么所有的改动都会在断电后丢失。怎么办呢？其实保存到磁盘上就可以了，但是你想如果你把注册表全放到磁盘（SDMMC或HDD或Flash）上，WinCE怎么在没有加载你磁盘的驱动的情况下读到注册表呢？而一般情况加载磁盘的驱动程序也是要注册表的支持啊！这就是HIVE想到的，它把注册表分成两部分（其实是三部分，当时大体还是两步分，把user.hv和system.hv做一部分），第一部分就是叫做boot.hv的注册表，里面的东西就是一些在没有拿到保存在磁盘的注册表之前引导时需要的一些设置，这部分的注册表和RAM based的是一样的，改了之后断电就没了，所以这部分的注册表项都是不需要改动的，需要改动的都放到第二部分就是了，这第二部分就是system.hv和user.hv了，也就是一直提到的要放到磁盘上的注册表. 编译的时候PB会根据platform.reg和Common.reg中的标签判断哪些表项放到boot.hv中，这个标签就是;HIVE BOOT SECTION ;END BOOT SECTION,夹在这个标签之间的表项PB在编译的时候会把它们塞到boot.hv中去（boot.hv是二进制文件，要看里面到底放了哪些表项用一个老外写的工具吧，好像叫d_readvol.exe，到google上找得到的），其他的内容会分别塞到default.hv和user.hv中去，最后会把这三个hv文件统统塞到XIPKERNEL中去，这样WinCE在引导的第一阶段就把所有的hv扔到RAM中去了，然后打开boot.hv拿到必要的资料，这其中包括如何加载放置system.hv的磁盘的驱动，所以那些和加载这个磁盘相关的驱动要统统放到boot.hv中，比如FAT文件系统驱动，mspart分区驱动等等，这里有一点很重要就是假如你用binfs而且device.exe在NK.bin中，那么一定在第一阶段要保证binfs可用，否则这里就不可能为system.hv创造条件了。WinCE第一次启动时候磁盘上没有东东，这个时候WinCE会将内存中的default.hv和user.hv复制到注册表BootVars指定的地方，default.hv往往会被重命名为system.hv，第二次启动会先检查磁盘上的hv是不是和内存中的一致，不一致就加载磁盘上的表项。
整个过程就是这样子，但要注意一点，HIVE注册表也是在内存中运行的，不同的是启动的时候会从磁盘上去读改动的表项，因为这样才能保证速度，所以你做的的注册表改动也是在内存中做的，这个时候如果你不掉用FlushRegister去将内存中的数值保存到磁盘上那么这些改动还是会丢失的。两种方法来避免丢失，一种是认为去调用FlushRegister,令一种就设置一个flag让WinCE在每次改动注册表后自动Flush.
136
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
