對于移動app，性能優(yōu)化是永無止境的話題淹朋，而在性能指標中础芍，耗電量又是重中之重数尿，android的大神們當然也在為此努力，所以從android 6.0開始诊杆，谷歌引入了兩項新的省電技術延長電池使用時間刽辙，分別是Doze（休眠）和App Standby（app待命模式）甲献，只要app是運行在6.0（api 23）及以上的系統(tǒng)晃洒，無論app編譯時是否使用的target=23，都會受到這兩種技術的限制氧骤。
一、理解什么是Doze模式
如果設備滿足
1筹陵、屏幕關閉朦佩；
2、沒有連接電源宋彼，
這樣持續(xù)一段時間后系統(tǒng)就會進入Doze模式输涕，在Doze模式下慨畸，系統(tǒng)通過限制app訪問網絡和其對CPU使用來達到省電的目的，app的網絡訪問功能會被禁用檐什，同時延時執(zhí)行作業(yè)厢汹，異步任務及標準鬧鐘事件谐宙。
同時凡蜻，為了保證app的工作划栓，系統(tǒng)會周期地退出Doze模式条获，以保證app完成那些被延時的任務帅掘，如下圖郁油，這個狀態(tài)被稱作maintenance window（維護窗口）雷蹂。且隨著系統(tǒng)處于Doze模式時間增長奢赂，進入maintenance window的頻率會降低夷野。
二兴使、Doze 模式下的限制
- 網絡訪問功能被關閉
- 系統(tǒng)會忽略wake locks鲫惶，即app無法持續(xù)占有電源
- 標準鬧鐘 AlarmManager（包括[setExact()](http://developer.android.com/reference/android/app/AlarmManager.html#setExact(int, long, android.app.PendingIntent))和[setWindow()](http://developer.android.com/reference/android/app/AlarmManager.html#setWindow(int, long, long, android.app.PendingIntent))）都會被延時到下一個maintenance window才激活
1 . 如果app仍需要在Doze時使鬧鐘生效，可以使用[setAndAllowWhileIdle()](http://developer.android.com/reference/android/app/AlarmManager.html#setAndAllowWhileIdle(int, long, android.app.PendingIntent))或[setExactAndAllowWhileIdle()](http://developer.android.com/reference/android/app/AlarmManager.html#setExactAndAllowWhileIdle(int, long, android.app.PendingIntent))
2 . 使用函數[setAlarmClock()](http://developer.android.com/reference/android/app/AlarmManager.html#setAlarmClock(android.app.AlarmManager.AlarmClockInfo, android.app.PendingIntent))設置的鬧鐘在Doze時仍會生效，系統(tǒng)會在鬧鐘生效前推出Doze赏淌。- 系統(tǒng)不會進行Wi-Fi掃描
- 系統(tǒng)不允許異步Adapters運行
- 系統(tǒng)不允許JobScheduler運行
三、理解App Standby
android系統(tǒng)通過App Standby機制可以把用戶沒有使用的app置為空閑狀態(tài)俺孙，當然前提是app沒有命中以下條件：
- 用戶明確的啟動了該app
- app有前臺進程（包括前臺的activity掷贾、前臺service想帅，或者正在被其他activity及前臺service使用）
- app當前沒有在鎖屏界面或者通知欄有通知
當設備連接到電源時，系統(tǒng)會把所有處于standby的設備恢復到正常運行狀態(tài)旨剥，如果設備長期處于空閑狀態(tài)轨帜，系統(tǒng)會每天允許standby 的app聯(lián)網一次
四蚌父、當設備處于Doze模式時苟弛，使用GCM與app進行交互嗡午。
Google Cloud Messaging (GCM)是谷歌提供的一套用于服務端實時推送消息的服務荔睹，通過high-priority GCM messages，GCM實現了在Doze和App Standby模式下的正常工作宵距，GCM high-priority messages會喚醒app并允許其進行網絡訪問满哪，即使當前設備正處于Doze模式或app整除standby狀態(tài)。而當app處理完推送消息后娇妓，app又會進入Standby狀態(tài)哈恰。所以GCM high-priority messages并不會影響系統(tǒng)的Doze狀態(tài)只估，也不會影響其他出于Standby狀態(tài)的app，這樣有助于最小化電量的消耗着绷。
五蛔钙、支持其他的用戶場景
如果使用GCM仍不能滿足app的需求，android還提供了白名單機制使app能在Doze和Standby時仍能夠訪問網絡和使用partial wake locks荠医，然而吁脱，其他的限制，如作業(yè)調度子漩，異步操作豫喧，及鬧鐘仍不會執(zhí)行石洗。
開發(fā)者可以通過接口isIgnoringBatteryOptimizations()來判斷當前app是否處于白名單中幢泼。對于白名單，有以下幾點值得關注：
- 用戶可以手動配置白名單讲衫，其位置在設置->電池->電池優(yōu)化涉兽。
- 開發(fā)者可以通過發(fā)送action為REQUEST_IGNORE_BATTERY_OPTIMIZATIONS的Intent來調起電池優(yōu)化配置頁面。
- 開發(fā)者也可以通過添加權限REQUEST_IGNORE_BATTERY_OPTIMIZATIONS使其可以觸發(fā)系統(tǒng)對話框氮发，詢問用戶是否將該app添加到白名單中。觸發(fā)添加白名單確認對話框的action為ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS
- 當然颈畸，如果用戶需要爬凑，他們可以隨時在電池優(yōu)化配置里把app從白名單中移除。
六百宇、測試Doze及App Standby下的應用工作狀態(tài)
（一）在Doze時測試APP
1 . 需要一臺系統(tǒng)版本大于等于6.0（api23）的設備
2 . 連接USB啄刹，運行被測app，保持app在活動狀態(tài)
3 . 關閉設備屏幕
4 . 通過下面的adb命令強制系統(tǒng)進入Doze模式
$ adb shell dumpsys battery unplug
$ adb shell dumpsys deviceidle step
第二個命令需要執(zhí)行多次才能使系統(tǒng)進入idle狀態(tài)
5 . 退出Doze狀態(tài)壹甥，檢查app的工作狀態(tài)符合預期
（二）測試App Standby
1 . 需要一臺系統(tǒng)版本大于等于6.0（api23）的設備
2 . 連接USB溯职，運行被測app，保持app在活動狀態(tài)
3 . 通過下面的adb命令使app進入standby
$ adb shell dumpsys battery unplug
$ adb shell am set-inactive <packageName> true
4 . 通過下面的adb命令模擬喚醒app
$ adb shell am set-inactive <packageName> false
$ adb shell am get-inactive <packageName>
5 . app喚醒后檢查其工作狀態(tài)符合預期，尤其是通知和后臺任務是否正常
以上內容翻譯整理自安卓官方開發(fā)培訓，由于作者也處于學習階段籽前，部分翻譯可能不準確，大家可以直接閱讀原文.
