Windows CE 電源管理介紹

電源管理

Windows CE是典型的使用電池供電的系統。這使得正確操作系統十分關(guān)鍵，應用程序大多數時(shí)間都不需要關(guān)注Windows CE 設備的電源損耗，但是在某些時(shí)候，你可能要注意這些損耗。

當用戶(hù)關(guān)閉了一個(gè)使用電池的Windows CE 設備，電源系統不會(huì )關(guān)閉PC電源，事實(shí)上，只是系統被掛起（譯者注：這里就像有些PocketPC把關(guān)閉電源放在拔SIM卡的位置，拔出SIM卡才真正關(guān)閉電源。但是，目前包括Smartphone在內，因為硬件設備，比如CPU無(wú)法進(jìn)入低功耗，所以為了省電，需要做到關(guān)閉應用處理器及大部分設備供電，然后需要喚醒時(shí)，再通過(guò)定時(shí)器或無(wú)線(xiàn)模塊喚醒。所以不關(guān)閉電源的情況不是絕對的。）當用戶(hù)打開(kāi)設備電源，設備不會(huì )像PC一樣重新啟動(dòng)，而是被喚醒，返回到與系統掛起前一樣的狀態(tài)。這樣導致一個(gè)應用程序在喚醒后會(huì )像掛起前一樣運行。事實(shí)上，應用程序根本不知道它被掛起，除非它明確地請求當系統掛起時(shí)通知它。從應用程序的角度看，電源管理有三種方式，查詢(xún)電源狀態(tài)，改變電源狀態(tài)，和防止電源狀態(tài)改變。

查詢(xún)電源狀態(tài)

要查詢(xún)系統當前的電源狀態(tài)，你必須調用

DWORD GetSystemPowerStatusEx2 (PSYSTEM_POWER_STATUS_EX2 pSystemPowerStatusEx2, DWORD dwLen, BOOL fUpdate);

函數帶了三個(gè)參數：一個(gè)指向SYSTEM_POWER_ STATUS_EX2結構的指針，結構的長(cháng)度，和一個(gè)布爾值，表示告訴操作系統是否應該查詢(xún)電池驅動(dòng)來(lái)得到最后的信息或者直接返回電池緩存中的信息。系統大約每5秒查詢(xún)一次電池狀態(tài)，因此，如果第三個(gè)差數是FALSE，得到的數據不會(huì )太舊。結構SYSTEM_POWER_STATUS_EX2被定義為

typedef struct _SYSTEM_POWER_STATUS_EX2 {

BYTE ACLineStatus;

BYTE BatteryFlag;

BYTE BatteryLifePercent;

BYTE Reserved1;

DWORD BatteryLifeTime;

DWORD BatteryFullLifeTime;

BYTE Reserved2;

BYTE BackupBatteryFlag;

BYTE BackupBatteryLifePercent;

BYTE Reserved3;

DWORD BackupBatteryLifeTime;

DWORD BackupBatteryFullLifeTime;

WORD BatteryVoltage;

DWORD BatteryCurrent;

DWORD BatteryAverageCurrent;

DWORD BatteryAverageInterval;

DWORD BatterymAHourConsumed;

DWORD BatteryTemperature;

DWORD BackupBatteryVoltage;

BYTE BatteryChemistry;

} SYSTEM_POWER_STATUS_EX2;

在我描述的這個(gè)巨大的結構之前，我必須告誡你，這個(gè)結構返回的數據精確程度和電池驅動(dòng)一樣。同樣的結構被傳給電池驅動(dòng)來(lái)查詢(xún)它的狀態(tài)。Windows CE不驗證電池驅動(dòng)返回的數據。這個(gè)函數返回來(lái)的數據依賴(lài)于電池驅動(dòng)，因此不同的系統有不同的變化。舉個(gè)例子，許多系統在使用AC電源時(shí)不報告精確的電源級數；另一些系統則相反。應用程序使用GetSystemPowerStatusEx2來(lái)自動(dòng)預防和檢測系統是否可能運行應用程序。

第一個(gè)區域，ACLineStatus，包含一個(gè)標志，表示系統是否連接到AC 電源。如果值是AC_LINE_OFFLINE，表示系統沒(méi)有使用AC 電源；AC_LINE_ONLINE，表示系統使用了AC 電源；AC_LINE_BACKUP_POWER和AC_LINE_UNKNOWN，表示備用電源和未知電源。BatteryFlag區域，提供了一個(gè)總的標識，表示當前系統的電池狀態(tài)，可以有以下值：

BATTERY_FLAG_HIGH

電池被充滿(mǎn)或接近充滿(mǎn)。

BATTERY_FLAG_LOW

電池還有一點(diǎn)剩余。

BATTERY_FLAG_CRITICAL

電池電量處在一個(gè)臨界狀態(tài)。

BATTERY_FLAG_CHARGING

電池當前正在充電。

BATTERY_FLAG_NO_BATTERY

系統無(wú)電池

BATTERY_FLAG_UNKNOWN

電池狀態(tài)未知

BatteryLifePercent區域包含估計的電池電量能夠維持的百分比。數值可能是0到100之間的一個(gè)，或用255表示百分比未知。BatteryLifeTime區域表示電池耗盡之前可以維持的秒數。如果該值不能估計，區域填入BATTERY_LIFE_UNKNOWN。BatteryFullLifeTime區域包含完全充滿(mǎn)電池需要的時(shí)間。如果該值不能估計，填入BATTERY_LIFE_UNKNOWN。注意，在許多系統中，這些值可能難以測量。大多數OEM 廠(chǎng)商簡(jiǎn)單地在每個(gè)區域內填入BATTERY_LIFE_UNKNOWN。

接下來(lái)的第四個(gè)區域（不計算保留區域）重復了前面的表述，只不過(guò)是對系統備份電池來(lái)說(shuō)。因為這些值大多數難以測量，許多系統簡(jiǎn)單地返回“unknown”給這些區域。

剩下的區域描述了電池和備用電池的電力狀態(tài)，因為許多系統缺少測量這些值的能力，這些區域也被簡(jiǎn)單地默認為“unknown”。最后一個(gè)區域，BatteryChemistry，包含一個(gè)標志，表示系統中電池的類(lèi)型。當前已定義的值包括

· BATTERY_CHEMISTRY_ALKALINE

· BATTERY_CHEMISTRY_NICD

· BATTERY_CHEMISTRY_NIMH

· BATTERY_CHEMISTRY_LION

· BATTERY_CHEMISTRY_LIPOLY

· BATTERY_CHEMISTRY_UNKNOWN

改變電源狀態(tài)

應用程序能通過(guò)一系列的方式改變系統的電源狀態(tài)。在基于Windows CE.NET系統的較新系統中，首選的方式是使用電源管理程序，在之后的章節將會(huì )討論?？墒菬o(wú)論如何，還有大量的基于早期Windows CE版本的系統以及Windows CE.NET不包含電源管理程序版本。對這些系統來(lái)說(shuō)，下面的技術(shù)會(huì )很方便。

關(guān)閉電源

應用程序可以通過(guò)調用一個(gè)少有資料的GwesPowerOffSystem函數掛起系統。這個(gè)函數可以在大多數版本W(wǎng)indows CE中使用，但是最近才被公開(kāi)。事實(shí)上，大多數SDK沒(méi)有包含這個(gè)函數的原型，你可能要提供原型。這個(gè)函數定義為

void GwesPowerOffSystem(void);

GwesPowerOffSystem的使用很簡(jiǎn)單：簡(jiǎn)單調用，系統就會(huì )掛起。

如果你想避免使用很少資料的函數，你可以通過(guò)簡(jiǎn)單地模擬用戶(hù)按關(guān)閉按鈕來(lái)關(guān)閉系統。你可以通過(guò)使用keybd_event函數很容易地允許你的應用程序掛起系統，如下：

keybd_event (VK_OFF, 0, KEYEVENTF_SILENT, 0);

keybd_event (VK_OFF, 0, KEYEVENTF_SILENT │ KEYEVENTF_KEYUP, 0);

這兩個(gè)keybd_event調用模擬了按和釋放電源按鈕，電源按鈕的虛擬鍵值是VK_OFF。執行前面的兩行代碼將掛起系統。因為虛擬鍵代碼在執行時(shí)會(huì )由GWES表現，兩個(gè)函數可能在系統掛起前有一些狀態(tài)的表現（譯者注：屏幕上會(huì )有關(guān)閉對話(huà)框之類(lèi)的圖像，和真實(shí)按下按鈕的畫(huà)面一樣）。如果你的程序無(wú)法在keybd_event函數之前停止工作，添加一個(gè)Sleep調用來(lái)使應用程序暫停一些毫秒來(lái)讓GWES真實(shí)地掛起系統。

關(guān)閉屏幕

如果系統有有色背光顯示，主要的電源消耗不是CPU而是背光。在一些環(huán)境下，一個(gè)應用程序需要運行卻不需要顯示在屏幕上。一個(gè)例子是音樂(lè )播放器應用程序，當用戶(hù)聽(tīng)音樂(lè )的時(shí)候，不關(guān)注屏幕。在這些情形下，有能力關(guān)閉背光將意味著(zhù)提高電池壽命。

當然，當用戶(hù)想看屏幕時(shí)，任何關(guān)閉背光應用程序的需要一個(gè)簡(jiǎn)單的用戶(hù)友好的方式來(lái)重新打開(kāi)屏幕。同樣，記得用戶(hù)典型的想法是屏幕變黑時(shí)會(huì )認為被關(guān)閉了，因此要考慮這點(diǎn)。舉個(gè)例子，一個(gè)用戶(hù)可能在系統已經(jīng)運行時(shí)試圖打開(kāi)系統電源，并且這樣做了，卻很意外地發(fā)現，設備電源被關(guān)閉了。同樣，當系統在這種情況下關(guān)閉顯示，它同時(shí)也關(guān)閉了觸摸屏。這意味著(zhù)你不能告訴用戶(hù)敲擊屏幕來(lái)打開(kāi)。而是，你需要使用一些其他的事件，比如設置時(shí)間，任務(wù)完成，或用戶(hù)按了一個(gè)按鈕。最后，這里討論的方式對大多數基于Windows CE 3.0或更新的版本比較有用，并且被Windows CE .NET 4.0中的電源管理程序所替代。對于較新的系統，先看看是否電源管理程序可用，然后通過(guò)它來(lái)控制屏幕。如果失敗了，ExtEscape方式也許能行。

在Windows CE中，顯示的控制是通過(guò)Ext­Escape函數。這是一個(gè)顯示和打印機驅動(dòng)的后門(mén)。Windows CE顯示驅動(dòng)支持許多設備轉義代碼（escape codes），這些被公布在Platform Builder中。對于我們的目的來(lái)說(shuō)，只有兩個(gè)轉義代碼被用到：SETPOWERMANAGEMENT來(lái)設置顯示的電源狀態(tài)和QUERYESCSUPPORT來(lái)查詢(xún)是否SETPOWERMANAGEMENT被驅動(dòng)支持。下面的例子打開(kāi)或關(guān)閉系統顯示通過(guò)顯示驅動(dòng)，并且支持完全的轉義代碼：

//


// Defines and structures taken from pwingdi.h in the Platform Builder


//


#define QUERYESCSUPPORT 8


#define SETPOWERMANAGEMENT 6147


#define GETPOWERMANAGEMENT 6148




typedef enum _VIDEO_POWER_STATE {


VideoPowerOn = 1,


VideoPowerStandBy,


VideoPowerSuspend,


VideoPowerOff


} VIDEO_POWER_STATE, *PVIDEO_POWER_STATE;




typedef struct _VIDEO_POWER_MANAGEMENT {


ULONG Length;


ULONG DPMSVersion;


ULONG PowerState;


} VIDEO_POWER_MANAGEMENT, *PVIDEO_POWER_MANAGEMENT;




//----------------------------------------------------------------------


// SetVideoPower - Turns on or off the display


//


int SetVideoPower (BOOL fOn) {


VIDEO_POWER_MANAGEMENT vpm;


int rc, fQueryEsc;


HDC hdc;




// Get the display dc.


hdc = GetDC (NULL);


// See if supported.


fQueryEsc = SETPOWERMANAGEMENT;


rc = ExtEscape (hdc, QUERYESCSUPPORT, sizeof (fQueryEsc),


(LPSTR)fQueryEsc, 0, 0);


if (rc == 0) {


// No support, fail.


ReleaseDC (NULL, hdc);


return -1;


}


// Fill in the power management structure.


vpm.Length = sizeof (vpm);


vpm.DPMSVersion = 1;


if (fOn)


vpm.PowerState = VideoPowerOn;


else


vpm.PowerState = VideoPowerOff;




// Tell the driver to turn on or off the display.


rc = ExtEscape (hdc, SETPOWERMANAGEMENT, sizeof (vpm),


(LPSTR)vpm, 0, 0);




// Always release what you get.


ReleaseDC (NULL, hdc);


return 0;


}


前面的代碼通過(guò)調用ExtEscape和QUERYESCSUPPORT命令來(lái)查詢(xún)是否支持轉移代碼。被查詢(xún)的命令首先交給輸入緩沖，如果SETPOWERMANAGEMENT命令被支持，程序就填充VIDEO_POWER_MANAGEMENT結構并再次調用ExtEscape設置電源狀態(tài)。

雖然這些轉義代碼允許應用程序打開(kāi)或關(guān)閉顯示，Windows CE沒(méi)有一個(gè)統一的方式來(lái)控制背光的亮度。每個(gè)系統都有它自己的OEM特有方式來(lái)控制背光亮度。如果將來(lái)有一種標準的背光亮度控制方式，它將很可能放在ExtEscape函數中。

打開(kāi)系統電源

當系統被掛起，應用程序將不再運行，因此當系統喚醒時(shí)，應用程序看起來(lái)沒(méi)有被控制。然而，有一些方式來(lái)喚醒一個(gè)掛起的設備。首先，一個(gè)應用程序通過(guò)給定一個(gè)時(shí)間，并使用11章提到的消息API（Notification API）做系統被喚醒的計劃。在一般情況下，OEM廠(chǎng)商會(huì )分配一些中斷條件，以便管理系統電源打開(kāi)，或喚醒。這種方式的一個(gè)例子是一個(gè)系統當防止了一個(gè)同步架（synchronization cradle）時(shí)被喚醒。

防止系統關(guān)閉電源

相反的情況，防止系統掛起也是一個(gè)問(wèn)題。Windows CE系統通常被設置為當一段時(shí)間沒(méi)有用戶(hù)輸入就自動(dòng)掛起。要防止自動(dòng)掛起，一個(gè)應用程序可以周期性地調用一下函數：

void WINAPI SystemIdleTimerReset (void);

這個(gè)函數重設Windows CE用來(lái)監視用戶(hù)輸入的定時(shí)器。如果定時(shí)器到達預先的沒(méi)有用戶(hù)輸入的間隔，系統會(huì )自動(dòng)掛起。因為掛起超時(shí)值可以被改變，一個(gè)應用程序需要知道超時(shí)值，這樣就要多一點(diǎn)調用SystemIdleTimerReset。系統維護三個(gè)超時(shí)值，這些都能夠使用SystemParametersInfo來(lái)查詢(xún)。傳遞給SystemParametersInfo的常量的不同表現，顯示如下：

SPI_GETBATTERYIDLETIMEOUT

當系統運行在電池電源狀態(tài)下，離用戶(hù)最后輸入的時(shí)間

SPI_GETEXTERNALIDLETIMEOUT

當系統運行在A(yíng)C電源狀態(tài)下，離用戶(hù)最后輸入的時(shí)間

SPI_GETWAKEUPIDLETIMEOUT

在系統再次掛起時(shí)離系統被自動(dòng)喚醒的時(shí)間

要防止電源被自動(dòng)掛起，你需要查詢(xún)這三個(gè)值，并在最短時(shí)間內返回之前調用SystemIdleTimerReset。如果超時(shí)值被設置為0，表示超時(shí)值被禁止。

電源管理程序

一個(gè)新的，獨立的電源管理組件在Windows CE .NET 4.0中被引入了。這個(gè)電源管理程序替代了許多GWES以前完成的函數。電源管理程序定義了一系列的電源狀態(tài)，如D0，D1，D2，和D3。這些看起來(lái)神秘的名字被對應于一些友好的系統級別名稱(chēng)。

對嵌入式系統來(lái)說(shuō)，OEM廠(chǎng)商定義了系統的電源狀態(tài)。例如，電源狀態(tài)可能是打開(kāi)（On），空閑（Idle）和掛起（Suspend）。其他電源狀態(tài)也被定義了，像ScreenOff, InCradle, 和 OnBattery。

從應用程序的觀(guān)點(diǎn)看，新的電源管理程序提供了通知電源狀態(tài)改變的能力以及通過(guò)一系列的函數統一改變電源狀態(tài)的能力。

系統的電源狀態(tài)被定義在注冊表中，SDK定義了PWRMGR_REG_KEY，以致你不得不知道注冊表的字符串，但是當常量沒(méi)定義的時(shí)間，電源管理程序注冊數據被保留在HKEY_LOCAL_MACHINESystemCurrentControlSetControlPower。電源狀態(tài)被定義作為子鍵，位于Key State。

電源通知

電源管理程序一個(gè)十分受歡迎的特點(diǎn)是，可以在系統電源狀態(tài)改變時(shí)通知應用程序。這可以讓?xiě)贸绦驈氖謩?dòng)檢測電源狀態(tài)中解脫出來(lái)。一個(gè)應用程序可以通過(guò)調用RequestPowerNotifications請求電源管理程序當電源狀態(tài)改變的時(shí)候發(fā)送一個(gè)通知給應用程序。電源管理程序會(huì )通過(guò)一個(gè)由應用程序前面建立的消息隊列發(fā)送通知。

RequestPowerNotifications原型如下。

HANDLE RequestPowerNotifications (HANDLE hMsgQ, DWORD Flags);

第一個(gè)參數是一個(gè)應用程序在之前建立的消息隊列的句柄。第二個(gè)參數是一系列參數，表示應用程序想接收的通知。

PBT_TRANSITION

接受系統電源狀態(tài)改變的通知。例如，當系統從On到Suspend。

PBT_RESUME

當系統resume的時(shí)候接收通知。

PBT_POWERSTATUSCHANGE

當系統在A(yíng)C和電池之間切換的時(shí)候接收通知。

PBT_POWERINFOCHANGE

當系統電池級數變化時(shí)接收通知。

POWER_NOTIFY_ALL

接收所有的通知。


RequestPowerNotifications函數返回一個(gè)電源通知的句柄，失敗返回NULL。消息隊列建立的時(shí)候必須使應用程序有讀權限，因為應用程序將從消息隊列中讀取電源通知。

要接收通知，應用程序必須使用WaitForSingleObject來(lái)阻塞消息句柄。像第10章所討論的，當通知被放在隊列中時(shí)，句柄將被signaled。實(shí)際的通知將由結構POWER_BROADCAST表中被接收到。

typedef struct _POWER_BROADCAST {

DWORD Message;

DWORD Flags;

DWORD Length;

WCHAR SystemPowerState[1];

} POWER_BROADCAST, *PPOWER_BROADCAST;





第一個(gè)要注意的是，這個(gè)結構長(cháng)度是可變的。最后一個(gè)字段，SystemPowerState，是被定義為WCHARs類(lèi)型，但是可以填上非字符串數據。第一個(gè)字段是通知自己的標識，這個(gè)字段可以填前面PBT_標志列表之一。Flags區可以包括以下標志，依賴(lài)于被接收的通知：

POWER_STATE_ON

系統處于on狀態(tài)。

POWER_STATE_OFF

系統處于off狀態(tài)。

POWER_STATE_CRITICAL

系統進(jìn)入了一個(gè)臨界off狀態(tài)。

POWER_STATE_BOOT

系統正在啟動(dòng)。

POWER_STATE_IDLE

系統進(jìn)入idle狀態(tài)。

POWER_STATE_SUSPEND

系統被掛起。

POWER_STATE_RESET

系統被復位。

最后兩個(gè)字段是相互關(guān)聯(lián)的。Length字段是SystemPowerState字段數據的長(cháng)度。SystemPowerState中包含的數據依賴(lài)于被發(fā)送的通知。對于PBT_TRANSITION通知來(lái)說(shuō)，SystemPowerState字段包含一個(gè)新電源狀態(tài)的標識字符串。這個(gè)字符串是以非0結尾的。為了結束字符串，使用Length字段來(lái)指出字符串的長(cháng)度。注意，Length字段是以字節為單位的，當字符是雙字節的Uncode字符時(shí)，需要獲得字符串字符的長(cháng)度，就需要用Length字段去除TCHAR的size。

對于PBT_POWERINFOCHANGE通知來(lái)說(shuō)，SystemPowerState字段包含一個(gè)PPOWER_BROADCAST_POWER_INFO結構：

typedef struct _POWER_BROADCAST_POWER_INFO {

DWORD dwNumLevels;

DWORD dwBatteryLifeTime;

DWORD dwBatteryFullLifeTime;

DWORD dwBackupBatteryLifeTime;

DWORD dwBackupBatteryFullLifeTime;

BYTE bACLineStatus;

BYTE bBatteryFlag;

BYTE bBatteryLifePercent;

BYTE bBackupBatteryFlag;

BYTE bBackupBatteryLifePercent;

} POWER_BROADCAST_POWER_INFO, *PPOWER_BROADCAST_POWER_INFO;


注意，這里有一些字段的名字和函數十分相似于前面討論的SYSTEM_POWER_STATUS_EX2結構。


設置電源狀態(tài)

電源管理程序提供的函數也允許應用程序來(lái)控制電源狀態(tài)。有兩個(gè)方式來(lái)控制電源。第一個(gè)方式是應用程序給定一個(gè)電源設定。第二個(gè)方式是應用程序請求電源狀態(tài)不要低于給定的級別。

一個(gè)應用程序通過(guò)調用函數SetSystemPowerState可以請求特定的電源狀態(tài)。這個(gè)函數原型如下。

DWORD SetSystemPowerState (LPCWSTR psState, DWORD StateFlags, DWORD Options);


電源狀態(tài)可以被請求通過(guò)指定前兩個(gè)參數。如果第一個(gè)參數是非零值，它指向一個(gè)字符串標識被請求的狀態(tài)。這個(gè)字符串必須和注冊表中列出的電源狀態(tài)之一相匹配。

如果psState 為 NULL，第二個(gè)參數StateFlags，定義了請求的電源狀態(tài)。這個(gè)參數是從POWER_STATE_ON直到POWER_STATE_RESET狀態(tài)其中之一，這些在前面提到的POWER_BROADCAST結構有描述。

比較特別的是POWER_STATE_RESET標志。這個(gè)標志請求系統重起，使用SetSystemPowerState的方法重起比通過(guò)直接使用IOCTL_HAL_REBOOT命令來(lái)調用KernelIoControl的方法更好。調用 SetSystemPowerState 會(huì )讓系統在重起設備之前任何還在緩沖中的數據保存到文件系統。

調用SetSystemPowerState是一個(gè)直接改變電源狀態(tài)的方法。更巧妙的方法是通過(guò)調用SetPowerRequirement來(lái)請求系統維持應用程序所需最低限度的電源狀態(tài)。SetSystemPowerState是假定應用程序知道所需狀態(tài)，而調用SetPowerRequirement是允許系統對電源設定做優(yōu)化以滿(mǎn)足應用程序的需要。一個(gè)使用SetPowerRequirement會(huì )比較方便的例子是，一個(gè)使用串口的應用程序需要串口在進(jìn)行通信時(shí)保持住電源狀態(tài)。SetPowerRequirement被定義如下。


HANDLE SetPowerRequirement (PVOID pvDevice,

CEDEVICE_POWER_STATE DeviceState,

ULONG DeviceFlags, PVOID pvSystemState,

ULONG StateFlags);



第一個(gè)參數指定了應用程序需要維護電源狀態(tài)的設備。DeviceState參數定義了設備的電源狀態(tài)。CEDEVICE_POWER_STATE指定了狀態(tài)范圍是從D0（意味著(zhù)設備是處于最大功耗狀態(tài)）到D4（表示設備被關(guān)閉）（譯者注：其實(shí)D0到D4的狀態(tài)的具體表現，完全是由OEM廠(chǎng)商可自定義的，對應用程序開(kāi)發(fā)者來(lái)說(shuō)，比如是在D1關(guān)LCD背光還是在D2，都是不確定的，微軟只給出標準定義，而不是實(shí)際定義）。DeviceFlags參數由兩個(gè)標志合并而成：POWER_NAME，表示設備名有效；POWER_FORCE，表示設備應當維持當前狀態(tài)甚至當系統掛起時(shí)。如果pvSystemState不為NULL，它表示只有對于在pvSystemState中已命名的電源請求才是有效的。設備可能無(wú)法更改請求的狀態(tài)。

應用程序應當注銷(xiāo)通過(guò)調用ReleasePowerRequirement來(lái)注銷(xiāo)請求，原型如下。


DWORD ReleasePowerRequirement (HANDLE hPowerReq);



這里唯一的參數是從SetPowerRequirement里返回的句柄。

在下一章，我將就Windows CE流設備驅動(dòng)和服務(wù)，繼續探討有關(guān)系統的問(wèn)題。盡管大多數應用程序開(kāi)發(fā)者可能不需要寫(xiě)一些設備驅動(dòng)或服務(wù)，但是知道它們是如何和程序一起工作對我們也是有啟發(fā)的。讓我們一起來(lái)看一看吧。