1. WINCE系统启动自动运行程序的背景与需求
在工业控制、嵌入式设备和专用终端领域，Windows CE（简称WINCE）系统因其轻量化和高度可定制性而广受欢迎。不同于桌面版Windows系统，WINCE通常需要实现开机后自动运行特定应用程序的功能，这主要源于以下几个典型场景：
- 自助服务终端（如ATM机、售票机）需要开机即进入业务界面
- 工业控制设备要求上电后立即启动监控程序
- 专用仪器设备需要隐藏系统界面直接运行测量软件
我曾参与过一个智能快递柜项目，设备采用S3C2440处理器搭配WINCE 5.0系统。客户明确要求：设备通电后必须直接全屏显示取件界面，不允许操作人员接触到系统桌面。这个需求促使我深入研究WINCE的启动机制，最终找到了几种可靠的实现方案。
2. WINCE启动流程与程序加载原理
2.1 WINCE启动过程解析
WINCE系统的启动流程与桌面Windows有显著差异，其典型启动序列如下：
- Bootloader阶段（EBOOT/NK.bin加载）
- 内核初始化（OAL层硬件抽象）
- 文件系统挂载
- 注册表加载（default.fdf）
- 系统服务启动（device.exe等）
- Shell程序启动（explorer.exe）
关键点在于第6步——传统WINCE系统默认会启动explorer.exe作为Shell。要实现开机自动运行程序，我们需要干预这个环节。
2.2 程序自启动的三种实现路径
根据项目实践，我总结出三种主流实现方式：
- 替换Shell方案：将explorer.exe替换为自定义程序
- 启动脚本方案：通过startup脚本启动目标程序
- 注册表方案：修改Launch50等启动项注册表
下表对比了三种方案的优缺点：
| 方案类型 | 可靠性 | 复杂度 | 灵活性 | 适用场景 |
|---|---|---|---|---|
| 替换Shell | 最高 | 中 | 低 | 专用设备 |
| 启动脚本 | 中 | 低 | 高 | 多程序启动 |
| 注册表 | 中 | 低 | 中 | 常规应用 |
3. 替换Shell方案实战详解
3.1 修改project.bib配置文件
这是最彻底的解决方案，需要重新编译系统镜像。以Platform Builder为例：
- 打开工程中的project.bib文件
- 在MODULES部分添加你的程序：
MyApp.exe $(_FLATRELEASEDIR)\MyApp.exe NK SH - 在CONFIG部分修改Shell设置：
SHELL=MyApp.exe
关键提示：SH标志表示将程序放入系统内存常驻，这对Shell程序至关重要。我曾遇到因漏掉SH标志导致程序反复崩溃的情况。
3.2 处理程序异常退出
作为Shell程序，必须考虑异常处理机制。建议在程序中添加以下逻辑：
while(1) { if(!CreateProcess(_T("MyApp.exe"), NULL, ...)) { MessageBox(_T("程序崩溃！")); } WaitForSingleObject(...); // 等待程序退出 }这个保护措施在工业现场尤为重要。某次现场调试发现，当USB设备异常拔出时会导致程序崩溃，添加此逻辑后系统能够自动恢复。
4. 启动脚本方案实现步骤
4.1 创建startup脚本
对于不想重新编译系统的场景，可以使用启动脚本：
- 在\Windows目录下创建startup.bat
- 编辑内容：
@echo off start \FlashDisk\MyApp.exe exit - 修改project.dat文件添加：
Directory("\Windows"):-File("startup.bat","\Release\startup.bat")
4.2 解决路径依赖问题
实践中发现，直接使用绝对路径可能导致程序找不到依赖库。推荐采用以下改进方案：
set PATH=%PATH%;\FlashDisk\DLLs cd \FlashDisk start MyApp.exe这个技巧在需要加载第三方库（如SQLCE）时特别有用。某医疗设备项目就因漏设PATH导致数据库组件加载失败。
5. 注册表方案与特殊场景处理
5.1 修改Launch注册表项
通过注册表实现自启动相对灵活：
- 导出以下注册表分支：
[HKEY_LOCAL_MACHINE\init] "Launch50"="MyApp.exe" "Depend50"=hex:14,00,1e,00 - 将注册表文件打包到镜像中
注意：Depend50定义了启动依赖关系，14,00对应Device.exe，1e,00对应GWES.exe。我曾因依赖顺序错误导致触摸屏驱动未就绪。
5.2 处理多显示器启动问题
在双屏工业电脑上，需要额外处理显示输出：
DEVMODE dm; EnumDisplaySettings(NULL, ENUM_CURRENT_SETTINGS, &dm); dm.dmPelsWidth = 1920; // 主屏分辨率 dm.dmPelsHeight = 1080; ChangeDisplaySettings(&dm, CDS_FULLSCREEN);这个代码片段解决了某控制室项目副屏显示错位的问题。
6. 常见问题排查与优化建议
6.1 程序启动失败排查流程
根据现场经验，整理出以下排查步骤：
- 检查程序依赖项（使用Depends工具）
- 确认存储介质可写（部分设备有写保护）
- 查看系统日志（celog）
- 测试直接命令行启动
- 检查内存配置（特别是大程序）
6.2 性能优化技巧
对于资源受限的设备：
- 在project.bib中设置：
NK 80200000 01F00000 RAMIMAGE RAM 82000000 01E00000 RAM - 使用共享内存通信替代进程启动
- 预加载常用资源到内存盘
在某车载设备项目中，通过调整内存分区使启动时间缩短了40%。
7. 高级应用：动态启动配置
对于需要灵活配置的场景，我开发了一套动态启动方案：
- 在FlashDisk创建config.ini：
[Startup] AppPath=\Storage Card\App\Main.exe Params=-fullscreen - Shell程序读取配置并执行：
TCHAR cmdLine[MAX_PATH]; wsprintf(cmdLine, _T("\"%s\" %s"), appPath, params); CreateProcess(NULL, cmdLine, ...);
这套方案在需要现场更换程序的智能售货机上表现优异，无需重新烧录镜像即可更新应用。
在实际部署中，建议同时实现日志记录功能，我在程序中添加了如下记录逻辑：
void WriteLog(LPCTSTR msg) { SYSTEMTIME st; GetLocalTime(&st); FILE* f = _tfopen(_T("\Storage Card\log.txt"), _T("a+")); _ftprintf(f, _T("[%04d-%02d-%02d %02d:%02d] %s\r\n"), st.wYear, st.wMonth, st.wDay, st.wHour, st.wMinute, msg); fclose(f); }这个简单的日志系统帮助快速定位了多个现场问题，包括SD卡异常拔出和权限问题。
