WinCE 开机即运行定制的 Shell 是很多系统的基本要求，有时还需要屏蔽 WinCE 自带的 Shell 。 WinCE 中程序的自启动，一般有两个实现方法，修改注册表和添加自启动快捷方式。修改注册表比较方便，如下：
[HKEY_LOCAL_MACHINE/init]
"Launch70"="MyApp.exe"
"Depend70"=hex:14,00,1e,00
只要将 MyApp.exe 打包到 NK ，并在 platform.reg 中加入上面的注册表信息，这样 WinCE 启动时便会自动运行该程序。但这时 WinCE 自带的 Shell 总是先出来，然后才运行 MyApp.exe ，为了避免这种情况，我们可以将注册表设置修改如下：
[HKEY_LOCAL_MACHINE/init]
"Launch50"="MyApp.exe"
"Depend50"=hex:14,00,1e,00
即将原来启动 explorer.exe 的值换为 MyApp.exe 。这样 WinCE 启动时直接进入定制的 Shell ，而不启动 explorer.exe 。但这时有可能引入了新问题，如果定制的 Shell 是基于 MFC 编写的，并且其中用到了如 CFileDialog 等类库时，就会出现意想不到的情况，如下图所示：
上图是在不启动 Explorer.exe 时，尝试导入注册表文件出现的状况截图，而在启动 explorer.exe 时是没有问题的。这说明 CFileDialog 在某种程度上依赖于 explorer.exe ，具体细节没研究。但说明不启动 explorer.exe ，基于 MFC 的 Shell 运行时就可能会出问题。所以 explorer.exe 必须启动，但又不能出现 WinCE 界面。要解决这个问题自然就想到修改 explorer.exe 了。 WinCE5.0 和 WinCE6.0 中，这一部分的代码都是公开的，在 WinCE6.0 中 Shell 的相关代码在 C:/WINCE600/PUBLIC/SHELL/OAK/HPC/EXPLORER/MAIN 目录下。
大致看了一下这一部分的代码，发现只需修改如下两个文件，就应该能实现需求。
C:/WINCE600/PUBLIC/SHELL/OAK/HPC/EXPLORER/MAIN/desktop.cpp
bool CDesktopWnd::Create()
{
IShellFolder *pSHF;
FOLDERSETTINGS fs;
RECT rc;
HRESULT hr = E_FAIL;
// Get a shell folder for the desktop
hr = SHGetDesktopFolder( &pSHF );
if(hr || !pSHF)
goto Cleanup;
// create a shell view for it
hr = pSHF->CreateViewObject(NULL, IID_IShellView, (LPVOID *) &_psv );
if(hr || !_psv)
goto Cleanup;
fs.ViewMode = FVM_ICON;
fs.fFlags = FWF_DESKTOP | FWF_ALIGNLEFT | FWF_NOSCROLL;
//++changed by hjb
//将Desktop的窗口大小设为0
//SetRect( &rc , 0, 0, GetSystemMetrics(SM_CXVIRTUALSCREEN), GetSystemMetrics(SM_CYVIRTUALSCREEN));
SetRect( &rc , 0, 0, 0, 0);
//--changed by hjb
// create the desktop's view window (no need to AddRef since CreateViewWindow does it)
hr = _psv->CreateViewWindow(NULL, &fs , (IShellBrowser *)this, &rc , &_hWnd );
if(hr || !_hWnd)
{
Release();
goto Cleanup;
}
RegisterDesktop(_hWnd);
Cleanup:
if(pSHF)
pSHF->Release();
return (hr == S_OK);
}
C:/WINCE600/PUBLIC/SHELL/OAK/HPC/EXPLORER/MAIN/explorer.cpp
DWORD WINAPI CreateTaskBar(LPVOID pEvent)
{
HANDLE hSyncEvent = *((HANDLE *) pEvent);
CTaskBar *pTaskBar = NULL;
HWND hwndTB = NULL;
pTaskBar = new CTaskBar;
//++added by hjb
//在创建任务栏时强制终止
if(pTaskBar)
{
delete pTaskBar;
SetEvent(hSyncEvent);
return 0;
}
//--added by hjb
if(!pTaskBar)
{
SetEvent(hSyncEvent);
return 0;
}
g_TaskBar = pTaskBar;
if(!pTaskBar->Register(g_hInstance))
{
g_TaskBar = NULL;
delete pTaskBar;
SetEvent(hSyncEvent);
return 0;
}
RegisterTaskBar(pTaskBar->GetWindow());
SetEvent(hSyncEvent);
DWORD dwRet = pTaskBar->MessageLoop();
delete pTaskBar;
return dwRet;
}
修改完这两处后，先编译该目录，然后再重新编译整个系统 ( 执行 Sysgen) 应该就可以了。 Explorer.exe 依然启动，依然可以听到 WinCE 启动的声音，但 WinCE 的界面已经屏蔽掉了。此时，基于 MFC 的 Shell 也能正常工作，如下图所示：
在实际操作时，我没有通过修改源代码编译来完成这个测试。因为在编译 C:/WINCE600/PUBLIC/SHELL/OAK/HPC/EXPLORER/MAIN 目录时，发现它只生成了 explorer.lib 。考虑到重新编译整个系统的时间太长，所以直接修改了工程目录下的 explorer.exe 的文件， MakeImg 后测试的。这里应该有快速编译的方法，但目前不知怎么弄。
修改后，在 WinCE6.0 的模拟器中测试，达到了预想的效果。这样就大概解决了基于 MFC 的 Shell 和 Explorer.exe 之间的矛盾，是不是有隐患还不清楚，目前看来没问题。
另外需要注意，修改 public 和 private 目录下的文件时，一定先做好备份，以免后患。
修改后的 WinCE6.0 的 explorer.exe 及演示视频的下载地址 :
http://www.cnblogs.com/we-hjb/archive/2008/12/28/1364070.html
