WinCE應用程序開機自動運行

一、開機自運行常規方法

近日在開發過程中遇到WinCE應用程序開機自動運行的問題，在網上找了找，發現大概有以下三種方法：

1、 將應用程序和應用程序快捷方式添加到映像裏，再將快捷方式添加到StartUp目錄下，這樣當系統運行後應用程序就能自動運行；

2、 直接替換Wince的SHELL，即修改註冊表：

[HKEY_LOCAL_MACHINE/init]
"Launch50"="explorer.exe"
"Depend50"=hex:14,00, 1e,00

把這個explorer.exe改成你的應用程序（比如：MyApp.exe）；

3、 把應用程序加入到映像，修改註冊表：

[HKEY_LOCAL_MACHINE/init]
"Launch80"="MyApp.exe"
"Depend80"=hex:1E,00

可以設置啓動順序和依賴程序，這個是設定啓動順序，launch後面的數字越大的越是後啓動，Depend80後面的指定依賴項，爲16進制，上面的語句表明依賴項爲launch20 定義的device.exe和launch30中定義的gwes.exe， 注意Launch後面的數字範圍爲0到99 ，此範圍之外的將不會有效果。

以上方法都可行，但是都存在一個問題，就是應用程序是集成到NK裏面的，也就是說每次升級應用程序都要重新編譯下載內核，很麻煩，尤其在程序調試階段，大家都希望把應用程序放在SD卡上，這樣更新起來比較容易；

據說通過第三種方法可以實現，即修改"Launch80"="MyApp.exe"

爲"Launch80"="/STDCard/MyApp.exe"( STDCard爲SD卡目錄)，

但是我試了一下沒有成功，因爲Launch80運行時SD卡的文件驅動還沒有加載,

找不到MyApp.exe文件。同樣， 採用快捷方式加載SD卡里的應用程序也不可行。

 

所以我採用了另一種方法，自己編了一個小程序，比如叫ShellExe.exe，將此程序加入到映像裏，通過StartUp快捷方式調用ShellExe，ShellExe再去調用SD卡里的應用程序，具體實現步驟如下：
1、 在eVC下編譯如下代碼：

int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPTSTR lpCmdLine, int nCmdShow)
{
    WIN32_FIND_DATA fd;

    HANDLE hd = INVALID_HANDLE_VALUE;

    int iCount = 20;
    while(iCount--)
    {
        hd = ::FindFirstFile(lpCmdLine, &fd);
        Sleep(500);

        if(INVALID_HANDLE_VALUE!=hd)
            break;
    }

    if(0==iCount) return 0;

    FindClose(hd);

    SHELLEXECUTEINFO ShExeInfo={0};
    ShExeInfo.cbSize = sizeof(SHELLEXECUTEINFO);
    ShExeInfo.fMask = SEE_MASK_NOCLOSEPROCESS;
    ShExeInfo.hwnd = NULL;
    ShExeInfo.lpVerb = NULL;
    ShExeInfo.lpFile = lpCmdLine;
    ShExeInfo.lpParameters = L"";
    ShExeInfo.lpDirectory = NULL;
    ShExeInfo.nShow = SW_SHOW;
    ShExeInfo.hInstApp = NULL;
    ShellExecuteEx(&ShExeInfo);

    return 0;
}

　　生成ShellExe.exe的可執行文件，此段代碼主要功能是查找指定的應用程序，然後執行；下面這段代碼可以保證在SD卡文件系統正確加載後纔去執行應用程序；

 

 

while(iCount--)
{
    hd = ::FindFirstFile(lpCmdLine, &fd);
    Sleep(500);

    if(INVALID_HANDLE_VALUE!=hd)
        break;
}

 

文件的名稱和路徑由命令行參數指定：

ShExeInfo.lpFile = lpCmdLine;

2、 新建一個快捷方式，如Autorun.lnk，按如下方式編輯其內容：

21#/windows/shellexe.exe /stdcard/MyApp.exe

其中/stdcard/MyApp.exe應用程序的絕對路徑；

3、 將MyApp.exe和Autorun.lnk添加到NK裏，方法是在project.bib文件內加入如下內容：

ShellExe.exe f:/WINCE420/PBWORKSPACES/LioetEnTer/RelDir/ShellExe.exe NK SAutorun.lnk f:/WINCE420/PBWORKSPACES/LioetEnTer/RelDir/Autorun.lnk NK S

注意：ShellExe.exe的屬性不能帶H（隱藏）.

4、 在project.dat里加入如下內容：

Directory("/Windows/Startup"):-File("Autorun.lnk","/Windows/Autorun.lnk")

5、 選擇Make Image生成映像（當然Build也可以，就是慢點兒），燒到FLASH裏，開機運行，可以看到SD卡里的MyApp.exe被正確執行。

總結
　　這種方法用起來比較方便，ShellExe.exe不用每次都重新編譯，只要根據應用程序路徑修改Autorun.lnk即可，可以加載Flash、U盤、SD卡里的應用程序。調試及升級應用程序就不用重新燒寫內核了。

二、開機運行MFC程序

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目錄下的文件時，一定先做好備份，以免後患