（3）下载部分
一般在平台调试完毕后，可以在不用人工干预的情况下自动加载CE，这也是BootLoader的功能之一。而在调试阶段时，这需要通过Loader所支持的命令来进行操作的，借助于这些命令不仅可以完成硬件平台的部分测试，还能完成CE的BootLoader程序最为重要的一个功能--下载CE映像。如果说硬件调试功能可以由其它的程序代替而不放入BootLoader中，但是下载映像文件却是BootLoader必需的功能。
CE映像文件通常叫做nk.bin，它是Windows CE二进制数据格式文件，不仅包含了有效的程序代码，还有按照一定规则加入的控制信息。当然，也可以选择生成.sre格式的代码文件，但是相于对前一种格式，它的代码要长很多，所需要的下载时间也更长。
（4）支持DOC部份
对于WinCE操作系统而言，丰富的多媒体功能是其一大特点。但是随之而来的问题是，如果选择了图形界面和中文支持，系统很容易大大超出嵌入式系统上百KB的数量级。而DOC（Disk On Chip）则提供了一种相对廉价的大存储容量的解决方案。
DOC本质上是一种加以软件控制的NAND格式的Flash，通过TFFS这一软件层提供对WinCE的支持。由于DOC不能像内存一样被直接访问，所以其加载WinCE的过程有些特殊，必须要在BootLoader中加入专门的代码，才能使用DOC来存放WinCE映像文件。
4．Boot Loader的开发经验总结
（1）嵌入式系统中，Bootloader的意义与作用与PC上的BIOS有点类似，它对开发板上的主要部件如CPU、SDRAM、FLASH、串口等进行了初始化，也可以使用Bootloader下载文件到开发板和启动系统等。因此，一个功能比较强大的Bootloader已经相当于一个微型的操作系统了。
（2）从CE的BootLoader开发流程可以看出，BootLoader在完成下载CE映像和加载映像的主要功能外，还具有一些调试硬件的功能。当然，这些功能不是必需的，随不同的用户有不同的定义，但这是在开发CE系统中不可跳过的一环。
（3）嵌入式系统应用开发不同于PC机，其开发过程同时涉及软硬件以及上层应用开发综合考虑；而PC机应用开发是建立在已经定制好的硬件和操作系统平台上，开发者只需调用系统提供的接口和服务完成相应的功能。考虑到成本约束，嵌入式系统的硬件平台通常是根据应用量身定制，通常所用的MPU、存储器、外围设备等有多种选择余地，使平台的引导设计变得十分复杂。因此，从零实现的话会需要相当长的过程，通常的做法是利用微软为每种类型CPU提供的标准开发板的BootLoader例程，从这些例程中寻找与硬件平台最接近的作为标本程序，然后根据硬件平台作相应的改动。
总而言之，BootLoader是开发WinCE系统第一步，也是关键的一步。只有得到一个稳定工作的Loader程序，才能够进一步开发WinCE的BSP，才能得到整个嵌入式系统的成功。
，关于Boot Loader的启动流程和开发经验总结