Android的電源管理

3. 如果是auto expire的wake lock則可以忽略,不然則必須及時(shí)的把相關(guān)的wake lock釋放掉,否則會(huì )造成系統長(cháng)期運行在高功耗的狀態(tài).

4. 在驅動(dòng)卸載或不再使用Wake lock時(shí)請記住及時(shí)的調用android_uninit_suspend_lock釋放資源.

系統的狀態(tài):

USER_AWAKE, //Full on status

USER_NOTIFICATION, //Early suspended driver but CPU keep on

USER_SLEEP // CPU enter sleep mode

其狀態(tài)切換示意圖如下:

系統正常開(kāi)機后進(jìn)入到AWAKE狀態(tài), Backlight會(huì )從最亮慢慢調節到用戶(hù)設定的亮度,系統screen off timer(settings->sound display-> Display settings -> Screen timeout)開(kāi)始計時(shí),在計時(shí)時(shí)間到之前,如果有任何的activity事件發(fā)生,如Touch click, keyboard pressed等事件, 則將Reset screen off timer, 系統保持在A(yíng)WAKE狀態(tài). 如果有應用程序在這段時(shí)間內申請了Full wake lock,那么系統也將保持在A(yíng)WAKE狀態(tài), 除非用戶(hù)按下power key. 在A(yíng)WAKE狀態(tài)下如果電池電量低或者是用AC供電screen off timer時(shí)間到并且選中Keep screen on while pluged in選項,backlight會(huì )被強制調節到DIM的狀態(tài).

如果Screen off timer時(shí)間到并且沒(méi)有Full wake lock或者用戶(hù)按了power key,那么系統狀態(tài)將被切換到NOTIFICATION,并且調用所有已經(jīng)注冊的g_early_suspend_handlers函數, 通常會(huì )把LCD和Backlight驅動(dòng)注冊成early suspend類(lèi)型,如有需要也可以把別的驅動(dòng)注冊成early suspend,這樣就會(huì )在第一階段被關(guān)閉. 接下來(lái)系統會(huì )判斷是否有partial wake lock acquired, 如果有則等待其釋放, 在等待的過(guò)程中如果有user activity事件發(fā)生,系統則馬上回到AWAKE狀態(tài);如果沒(méi)有partial wake lock acquired, 則系統會(huì )馬上調用函數pm_suspend關(guān)閉其它相關(guān)的驅動(dòng), 讓CPU進(jìn)入休眠狀態(tài).

系統在Sleep狀態(tài)時(shí)如果檢測到任何一個(gè)Wakeup source, 則CPU會(huì )從Sleep狀態(tài)被喚醒,并且調用相關(guān)的驅動(dòng)的resume函數,接下來(lái)馬上調用前期注冊的early suspend驅動(dòng)的resume函數,最后系統狀態(tài)回到AWAKE狀態(tài).這里有個(gè)問(wèn)題就是所有注冊過(guò)early suspend的函數在進(jìn)Suspend的第一階段被調用可以理解,但是在resume的時(shí)候, Linux會(huì )先調用所有驅動(dòng)的resume函數,而此時(shí)再調用前期注冊的early suspend驅動(dòng)的resume函數有什么意義呢?個(gè)人覺(jué)得android的這個(gè)early suspend和late resume函數應該結合Linux下面的suspend和resume一起使用,而不是單獨的使用一個(gè)隊列來(lái)進(jìn)行管理.

由于本人對Android研究的時(shí)間還不長(cháng),也許其中有些地方理解不正確, 甚至是錯誤的, 請大家諒解. 如果大家發(fā)現有疑問(wèn)的地方,有興趣也可以一起來(lái)討論.