當用戶關閉了一個使用電池的windows ce 設備，電源系統不會關閉pc電源，事實上，只是系統被掛起（譯者注：這里就像有些pocketpc把關閉電源放在拔sim卡的位置，拔出sim卡才真正關閉電源。但是，目前包括smartphone在內，因為硬件設備，比如cpu無法進入低功耗，所以為了省電，需要做到關閉應用處理器及大部分設備供電，然后需要喚醒時，再通過定時器或無線模塊喚醒。所以不關閉電源的情況不是的。）當用戶打開設備電源，設備不會像pc一樣重新啟動，而是被喚醒，返回到與系統掛起前一樣的狀態。這樣導致一個應用程序在喚醒后會像掛起前一樣運行。事實上，應用程序根本不知道它被掛起，除非它明確地請求當系統掛起時通知它。從應用程序的角度看，電源管理有三種方式，查詢電源狀態，改變電源狀態，和防止電源狀態改變。

查詢電源狀態

    要查詢系統當前的電源狀態，你必須調用

dword getsystempowerstatusex2 (psystem_power_status_ex2 psystempowerstatusex2, dword dwlen, bool fup-date);

函數帶了三個參數：一個指向system_power_ status_ex2結構的指針，結構的長度，和一個布爾值，表示告訴操作系統是否應該查詢電池驅動來得到zui后的信息或者直接返回電池緩存中的信息。系統大約每5秒查詢一次電池狀態，因此，如果第三個差數是false，得到的數據不會太舊。結構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;

    在我描述的這個巨大的結構之前，我必須告誡你，這個結構返回的數據程度和電池驅動一樣。同樣的結構被傳給電池驅動來查詢它的狀態。windows ce不驗證電池驅動返回的數據。這個函數返回來的數據依賴于電池驅動，因此不同的系統有不同的變化。舉個例子，許多系統在使用ac電源時不報告的電源級數；另一些系統則相反。應用程序使用getsystempowerstatusex2來自動預防和檢測系統是否可能運行應用程序。

    *個區域，aclinestatus，包含一個標志，表示系統是否連接到ac 電源。如果值是ac_line_offline，表示系統沒有使用ac 電源；ac_line_online，表示系統使用了ac 電源；ac_line_backup_power和ac_line_unknown，表示備用電源和未知電源。batteryflag區域，提供了一個總的標識，表示當前系統的電池狀態，可以有以下值：

battery_flag_high

電池被充滿或接近充滿。

battery_flag_low

電池還有一點剩余。

battery_flag_critical

電池電量處在一個臨界狀態。

battery_flag_charging

電池當前正在充電。

battery_flag_no_battery

系統無電池

battery_flag_unknown

電池狀態未知

batterylifepercent區域包含估計的電池電量能夠維持的百分比。數值可能是0到100之間的一個，或用255表示百分比未知。batterylifetime區域表示電池耗盡之前可以維持的秒數。如果該值不能估計，區域填入battery_life_unknown。batteryfulllifetime區域包含*充滿電池需要的時間。如果該值不能估計，填入battery_life_unknown。注意，在許多系統中，這些值可能難以測量。大多數oem 廠商簡單地在每個區域內填入battery_life_unknown。

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

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

·         battery_chemistry_alkaline

·         battery_chemistry_nicd

·         battery_chemistry_nimh

·         battery_chemistry_lion

·         battery_chemistry_lipoly

·         battery_chemistry_unknown

改變電源狀態

應用程序能通過一系列的方式改變系統的電源狀態。在基于windows 系統的較新系統中，的方式是使用電源管理程序，在之后的章節將會討論。可是無論如何，還有大量的基于早期windows ce版本的系統以及windows 不包含電源管理程序版本。對這些系統來說，下面的技術會很方便。

關閉電源

    應用程序可以通過調用一個少有資料的gwespoweroffsystem函數掛起系統。這個函數可以在大多數版本windows ce中使用，但是zui近才被公開。事實上，大多數sdk沒有包含這個函數的原型，你可能要提供原型。這個函數定義為

void gwespoweroffsystem(void);

    gwespoweroffsystem的使用很簡單：簡單調用，系統就會掛起。

    如果你想避免使用很少資料的函數，你可以通過簡單地模擬用戶按關閉按鈕來關閉系統。你可以通過使用keybd_event函數很容易地允許你的應用程序掛起系統，如下：

keybd_event (vk_off, 0, keyeventf_silent, 0);    

keybd_event (vk_off, 0, keyeventf_silent │ keyeventf_keyup, 0);

這兩個keybd_event調用模擬了按和釋放電源按鈕，電源按鈕的虛擬鍵值是vk_off。執行前面的兩行代碼將掛起系統。因為虛擬鍵代碼在執行時會由gwes表現，兩個函數可能在系統掛起前有一些狀態的表現（譯者注：屏幕上會有關閉對話框之類的圖像，和真實按下按鈕的畫面一樣）。如果你的程序無法在keybd_event函數之前停止工作，添加一個sleep調用來使應用程序暫停一些毫秒來讓gwes真實地掛起系統。

關閉屏幕

    如果系統有有色背光顯示，主要的電源消耗不是cpu而是背光。在一些環境下，一個應用程序需要運行卻不需要顯示在屏幕上。一個例子是音樂播放器應用程序，當用戶聽音樂的時候，不關注屏幕。在這些情形下，有能力關閉背光將意味著提高電池壽命。

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

    在windows ce中，顯示的控制是通過ext­escape函數。這是一個顯示和打印機驅動的后門。windows ce顯示驅動支持許多設備轉義代碼（escape codes），這些被公布在platform builder中。對于我們的目的來說，只有兩個轉義代碼被用到：setpowermanagement來設置顯示的電源狀態和queryescsupport來查詢是否setpowermanagement被驅動支持。下面的例子打開或關閉系統顯示通過顯示驅動，并且支持*的轉義代碼：