android wakelock 節電

如果一開始就對Android手機的硬體架構有一定的了解，設計出的應用程式通常不會成為待機電池殺手，而要設計出正确的通信機制與通信協定也并不困難。但如果不去了解而盲目設計，可就沒準了。

首 先Android手機有兩個處理器，一個叫Application Processor（AP），一個叫Baseband Processor（BP）。 AP是ARM架構的處理器，用于運作Linux+Android系統；BP用于運作實時作業系統（RTOS），通訊協定棧運作于BP的RTOS之上。非通 話時間，BP的能耗基本上在5mA左右，而AP隻要處于非休眠狀态，能耗至少在50mA以上，執行圖形運算時會更高。另外LCD工作時功耗在100mA左 右，WIFI也在100mA左右。一般手機待機時，AP、LCD、WIFI均進入休眠狀态，這時Android中應用程式的代碼也會停止執行。

Android 為了確定應用程式中關鍵代碼的正确執行，提供了Wake Lock的API，使得應用程式有權限通過代碼阻止AP進入休眠狀态。但如果不領會 Android設計者的意圖而濫用Wake Lock API，為了自身程式在背景的正常工作而長時間阻止AP進入休眠狀态，就會成為待機電池殺手。比如 前段時間的某應用，比如現在仍然幹着這事的某應用。

首 先，完全沒必要擔心AP休眠會導緻收不到消息推送。通訊協定棧運作于BP，一旦收到資料包，BP會将AP喚醒，喚醒的時間足夠AP執行代碼完成對收到的數 據包的處理過程。其它的如Connectivity事件觸發時AP同樣會被喚醒。那麼唯一的問題就是程式如何執行向伺服器發送心跳包的邏輯。你顯然不能靠 AP來做心跳計時。Android提供的Alarm Manager就是來解決這個問題的。Alarm應該是BP計時（或其它某個帶石英鐘的晶片，不太确 定，但絕對不是AP），觸發時喚醒AP執行程式代碼。那麼Wake Lock API有啥用呢？比如心跳包從請求到應答，比如斷線重連重新登陸這些關鍵邏 輯的執行過程，就需要Wake Lock來保護。而一旦一個關鍵邏輯執行成功，就應該立即釋放掉Wake Lock了。兩次心跳請求間隔5到10分鐘，基 本不會怎麼耗電。除非網絡不穩定，頻繁斷線重連，那種情況辦法不多。

 轉發：http://hi.baidu.com/zymsuper/item/044ad5ea7cb829b62f140ba0

轉載于:https://www.cnblogs.com/highfly2012/archive/2013/04/28/3048706.html