原文轉自：http://www.apkbus.com/forum.php?mod=viewthread&tid=221787
大多數的Android應用開發都會將注意力集中在界面功能上，只有少數應用會需要一個Service，尤其是一個長期運行的Service，去進行後臺聯網、環境檢測、媒體播放等功能。Android環境下的Service有其自身的特點，爲了讓服務完美地實現預想的功能，首先要解決的一個重要問題就是：如何讓你的服務優雅地活着。（太文藝了，請講人話～～）
具體來說，就是要做到兩點：
1. 儘可能運行
2. 儘可能省電
儘可能運行
Android系統會根據當前資源狀況（主要是內存空閒的情況）對後臺服務進行不定期的清理，尤其是當內存高度緊張時，會出現大堆服務交替處於“正在重啓服務”的狀態。前臺服務可以避免這個問題的發生，但是前提條件是你需要在通知欄顯示一個置頂的無法清除的碩大的通知欄。如果你的應用恰巧是類似墨跡天氣或者360這樣正好需要一直給用戶展示這樣的一個通知欄，那麼恭喜你，你可以忽略這個頭痛的進程回收問題；但是對大多數後臺服務來說，顯示這樣的通知並不合適。你可以嘗試修改服務優先級，但是在大多數手機上並不會有什麼本質上的變化。
另外一個需要考慮的問題是用戶越來越頻繁的“一鍵清理”操作，無論是系統內置的一鍵清理功能，還是通過360、獵豹等提供的一鍵清理，都會增加服務殺死或重啓的機率。當然，如果你的應用有正當理由請求用戶授予root權限，那麼太好了，同樣也可以通過各種你懂的方式確保你的Service正常運行。
最後一個讓你頭疼的問題是休眠，嵌入式系統從來都會被設計成利用CPU提供的低功耗模式最大限度降低整機電流消耗，Android系統也不例外。傳統上Android手機處理器被劃分爲AP核和CP核兩部分，AP核負責系統和應用，CP核負責無線網絡相關的功能，有些高端機還可能具備其他的功能核心，此外還有各式各樣的外設，如GPS、傳感器、LCD等。爲了最小化電流消耗，當前用不到的功能模塊都會通過芯片管腳直接切斷電流供應或者切換成低功耗模式，其中也包括AP核。AP核一旦處於低功耗模式，通常情況下只能依靠硬件中斷才能重新運行，包括CP核過來的網絡事件、物理按鍵、或者是硬件Timer。因此，你的Service可能在任何時候突然停止運行，這個突然而來的STOP可能出現在你的任何進程中的任何線程中正在執行的任何一行代碼，絕對不要假設Android系統會禮貌地等你執行完任何一個函數！
所以首先Service需要在架構上設計成可以應付隨時重啓，不要相信隨時都能從緩存中獲取到你想要的一切，定時器也經常無法按照你預想的正常工作，數據持久化方案需要花費更多的精力進行設計。另外爲了隔離Service對主程序的影響，強烈建議將需要常駐後臺的服務配置成獨立進程，通過AIDL與主進程通訊。最後，務必配合使用電源管理Wakelock和鬧鈴管理AlarmManager來控制避免系統進入休眠狀態。
儘可能省電
上面說到通過AlarmManager和Wakelock來確保Service的正常運行，然而頻繁地喚醒系統以及用Wakelock鎖定CPU就像是喝酒，適時適量有益身心健康，過度沉迷就會危及生命。一旦管理出問題，手機耗電量就會直線上升。目前多數手機廠商都是使用平均電流來評估應用的耗電量，即計算一定時間內未安裝應用和安裝應用情況下整機平均電流，兩值相減即爲應用的平均電流。通常Android手機待機狀態下平均電流在8mA左右，如果你希望你的應用內置到某款手機上，對不起，手機廠商對於耗電問題絕不手軟，高於5mA平均電流消耗的應用通常是無法被接受的。如下圖那樣如果長時間工作導致持續高電流，會成倍增加應用的平均電流值。
爲了更好地在耗電方面進行優化，首先需要瞭解到每喚醒一次AP核，都會帶來一段時間的固定開銷（可能是幾百ms），然後再重新休眠，即使你什麼也不做。其次，喚醒後的耗電，一般只與工作時長有關，與工作強度關係不大，就我目前所知大多數ARM芯片還沒有類似Intel芯片那種調頻功能。
此外，負責網絡處理的CP核的開啓需要非常小心，因爲CP核是耗電大戶，而且爲了提高網絡通訊效率，CP核開啓後會保持比AP核更長的工作時間，根據手機和網絡類型的不同，可能是1到5s甚至是更長時間。最後，也是最好理解的，每開啓一個外設，都會額外增加耗電。
所以，優化的措施主要就是儘可能減少喚醒的頻率，以及進行任務合併，尤其是網絡相關的操作，儘量合併到同一時間內處理。在文件IO（尤其是網絡IO）期間，AP核如果無所事事，就儘量不要佔用Wakelock，釋放出來。當有網絡事件需要處理時，CP負責喚醒AP，進行後續操作。要實現這點很不容易，根據業務需求，程序結構上需要做很細緻的規劃。最後就是，儘量別碰其他的外設。
下面來看一下國內專業推送服務商 “個推”是怎麼做的，作爲專注推送三週年領先者，個推的做法是：
1，開啓流量合併通道。目前，大多第三方信息推送採用的方式是，爲應用開發者提供SDK包嵌入應用程序來實現信息的推送。於是，每個用戶的手機裏可能會有多個應用都包含了個推的SDK，也就是服務通道。這樣，每個SDK在信息推送過程中，都會消耗一小部分的流量。個推可以自動將這樣的多個推送服務通道合併，只開啓一個通道即可。
2，增量更新下載,，一般當應用有新版本時，我們都需要下載一個全新的安裝包，個推推送的應用版本更新通知時，只要升級差量部分即可，也起到很好的省電省流量的效果。
結束
沒有一個應用希望自己長期佔據軟件耗電排行榜首，如果應用不再前臺運行的時候也想做點有意義的事，就需要非常謹慎。如果每個應用都不顧他人的感受在手機上盡情撒野，那麼總會有人站出來把這樣的熊孩子揪出來幹掉的。資源是大家的，請珍惜每1mAh的電。
