WinCE自启动Shell的问题

转载自：http://www.cnblogs.com/we-hjb/archive/2008/12/28/1364070.html

 

 

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://files.cnblogs.com/we-hjb/WinCE_Shell.rar