前言

電量?jī)?yōu)化泪酱，這個(gè)名詞在傳統(tǒng) PC 時(shí)代派殷，我們基本很少聽見(jiàn)还最。然而到了諾基亞時(shí)代，我們也同樣很少關(guān)注毡惜。

直到了移動(dòng)互聯(lián)的智能機(jī)時(shí)代憋活。電量?jī)?yōu)化才被慢慢的重視起來(lái)∈疲可能的原因如下：

1. 移動(dòng)設(shè)備悦即，不能一直使用電源供電，且電池容量有限橱乱。

2. 對(duì)于用戶來(lái)說(shuō), 實(shí)際上 App 的電量損耗也是用戶體驗(yàn)的一個(gè)方面辜梳。 特別是當(dāng)今人們對(duì)移動(dòng)設(shè)備的依賴度越來(lái)越高。

曾經(jīng)我們一個(gè) BOSS 發(fā)現(xiàn)使用 APP泳叠，掛在后臺(tái)作瞄。然后手機(jī)插著充電，然后睡了個(gè)覺(jué)危纫。起床發(fā)現(xiàn)電量只充滿了 70-80% 宗挥，然后... ...
最后發(fā)現(xiàn)是一個(gè)重要原因由于內(nèi)測(cè)版本的長(zhǎng)連接開啟了日志記錄，頻繁的進(jìn)行 IO 操作引起.
這個(gè)時(shí)候你還不能狡辯了种蝶，因?yàn)橛脩糇詈?jiǎn)單能通過(guò)系統(tǒng)設(shè)置來(lái)查看應(yīng)用的耗電量排名契耿。

在電子編程世界，這種硬件消耗電量 來(lái)執(zhí)行任務(wù)的過(guò)程螃征，叫做超時(shí)電流消耗搪桂，
任何電子編程專業(yè)的人都會(huì)告訴你，你的設(shè)備的各項(xiàng)活動(dòng)在相同時(shí)間內(nèi)盯滚，消耗的電量是不同的踢械。

比如，很多手機(jī)號(hào)稱待機(jī)好幾天魄藕，這個(gè)確實(shí)是真的内列，不過(guò)就是使用飛行模式放在家里什么都不干，確實(shí)可以甚至可以堅(jiān)持 10 多天背率。但是我們一旦使用它话瞧，比如使用蜂窩式無(wú)線數(shù)據(jù)交換 (3G、4G) 退渗、屏幕保持喚醒狀態(tài)等移稳。

作為開發(fā)者蕴纳，我們很想知道我的應(yīng)用執(zhí)行的哪些任務(wù)消耗的電量是最多的会油？這個(gè)問(wèn)題確實(shí)會(huì)很棘手。電量消耗的計(jì)算與統(tǒng)計(jì)是一件麻煩而且矛盾的事情古毛，記錄電量消耗本身也是一個(gè)費(fèi)電量的事情（所以很多設(shè)備都把這個(gè)監(jiān)測(cè)電量的功能閹割掉了）翻翩。

唯一可行的方案是使用第三方監(jiān)測(cè)電量的設(shè)備都许，這樣才能夠獲取到真實(shí)的電量消耗（因?yàn)榈谌接布O(jiān)測(cè)的時(shí)候是用的自己的供電而不是用的手機(jī)的電量）。

Google電量?jī)?yōu)化-示例圖

手機(jī)那些地方最耗電嫂冻？

（1）喚醒屏幕

當(dāng)用戶電量屏幕的時(shí)候胶征，意味著系統(tǒng)的各組件要開始進(jìn)行工作，界面也需要開始執(zhí)行渲染桨仿。

待機(jī)狀態(tài)的電量消耗：

待機(jī)狀態(tài)的電量消耗

使用和喚醒屏幕后：

使用和喚醒屏幕后

當(dāng)設(shè)備從休眠狀態(tài)中睛低，被應(yīng)用程序假面喚醒時(shí)，你會(huì)看到在第一次喚醒時(shí)服傍，這里有一條電量使用高峰線钱雷。

（2）CPU 喚醒使用

CPU 喚醒時(shí)的高峰線：

CPU喚醒時(shí)的高峰線

接下來(lái)就是后續(xù)的一些執(zhí)行的消耗了：

后續(xù)執(zhí)行消耗

當(dāng)工作完成后，設(shè)備會(huì)主動(dòng)進(jìn)行休眠吹零，這非常重要罩抗，在不使用或者很少使用的情況下，長(zhǎng)時(shí)間保持屏幕喚醒會(huì)迅速消耗電池的電量

（3）蜂窩式無(wú)線

當(dāng)設(shè)備通過(guò)無(wú)線網(wǎng)發(fā)送數(shù)據(jù)的時(shí)候灿椅，為了使用硬件套蒂，這里會(huì)出現(xiàn)一個(gè)喚醒耗電高峰。接下來(lái)還有一個(gè)高數(shù)值茫蛹，這是發(fā)送數(shù)據(jù)包消耗的電量操刀，然后接受數(shù)據(jù)包也會(huì)消耗大量電量 也看到一個(gè)峰值。

喚醒耗電高峰

通常情況下，使用 3G 移動(dòng)網(wǎng)絡(luò)傳輸數(shù)據(jù)瘤载，電量的消耗有三種狀態(tài)：

• Full power: 能量最高的狀態(tài)茉贡，移動(dòng)網(wǎng)絡(luò)連接被激活，允許設(shè)備以最大的傳輸速率進(jìn)行操作卡啰。
• Low power: 一種中間狀態(tài)，對(duì)電量的消耗差不多是 Full power 狀態(tài)下的 50% 警没。
• Standby: 最低的狀態(tài)匈辱，沒(méi)有數(shù)據(jù)連接需要傳輸，電量消耗最少杀迹。

如何進(jìn)行電量使用分析亡脸？

電量使用優(yōu)化, 基本上是我們最不怎么關(guān)注的一項(xiàng)優(yōu)化∈骼遥可能很多公司連 QA/Tester 也不會(huì)關(guān)注測(cè)試 App 電量的使用浅碾。

一般來(lái)說(shuō)開發(fā)和測(cè)試的測(cè)試設(shè)備也一直是連著 USB 處于充電狀態(tài)的,感官上也體會(huì)不到電量的損耗。

要進(jìn)行電量?jī)?yōu)化续语，我們首先得知道電都消耗到那里去了垂谢，不然如何進(jìn)行針對(duì)性的優(yōu)化呢？

答案是：通過(guò) google 開源的 Battery Historian 來(lái)進(jìn)行分析疮茄。

（1）電量數(shù)據(jù)收集

Android 5.0 及以上的設(shè)備, 允許我們通過(guò) adb 命令 dump 出電量使用統(tǒng)計(jì)信息.

1.因?yàn)殡娏拷y(tǒng)計(jì)數(shù)據(jù)是持續(xù)的, 會(huì)非常大, 統(tǒng)計(jì)我們的待測(cè)試 App 之前先 reset下, 連上設(shè)備, 命令行執(zhí)行:

$ adb shell dumpsys batterystats --reset
Battery stats reset.

2.斷開測(cè)試設(shè)備, 操作我們的待測(cè)試 App滥朱。
3.重新連接設(shè)備, 使用 adb 命令導(dǎo)出相關(guān)統(tǒng)計(jì)數(shù)據(jù)：

// 此命令持續(xù)記錄輸出, 想要停止記錄時(shí)按Ctrl+C退出.
$ adb bugreport > bugreport.txt

導(dǎo)出的統(tǒng)計(jì)數(shù)據(jù)存儲(chǔ)到 bugreport.txt , 此時(shí)我們可以借助如下工具來(lái)圖形化展示電池的消耗情況.

注意, 官方 SDK 文檔導(dǎo)出文件方式為:
adb shell dumpsys batterystats > batterystats.txt
使用 python historian.py batterystats.txt > batterystats.html 查看數(shù)據(jù)
是 battery-historian 老版本的使用方式. 目前 Battery Historian 已更新 2.0 版本, 推薦使用 bugreport 方式導(dǎo)出數(shù)據(jù)分析, 可以看到更多信息.

（2）安裝工具

工具開源地址:

根據(jù)gitbub 上面介紹根暑，Battery History 工具的安裝有兩種方式：

1. 通過(guò)安裝 Docker 環(huán)境來(lái)安裝（這種方式很簡(jiǎn)單，Docker真心好用徙邻，太彪悍了Ｅ畔印）。

Docker 是一種容器缰犁，一般用于云計(jì)算和大數(shù)據(jù)平臺(tái)淳地。提倡的一種思想就是：軟件即服務(wù)。這句話不是蓋的帅容，一句話就可以將別人發(fā)布的 docker 服務(wù)環(huán)境一次全部 copy 過(guò)來(lái)(注意是整個(gè)軟件環(huán)境哦薇芝，相當(dāng)于復(fù)制了一臺(tái)一模一樣的主機(jī)，連軟件都不要安裝了丰嘉，全有了夯到。彪悍吧！)
Docker只支持Windows 10

由于筆者使用的 window饮亏，無(wú)法通過(guò) Docker 的方式耍贾，所以是采用第 2 點(diǎn)進(jìn)行安裝

2.通過(guò)編譯 gitbub 上面的源碼來(lái)安裝

這真是一個(gè)虐心的過(guò)程，因?yàn)锽attery History是Go語(yǔ)言開發(fā)的路幸。我們需要安裝Go環(huán)境荐开、Pytho環(huán)境、Git環(huán)境简肴，并配置好相關(guān)的環(huán)境變量晃听。具體的軟件安裝教程就不附上了，這里貼一下工具的下載地址砰识。

Go下載地址
Python下載地址
Git下載地址

需要注意的是, Battery Historian 是 Go 語(yǔ)言的, 安裝 Go 的時(shí)候需要配置其 bin 的環(huán)境變量.
Python 環(huán)境需要是 2.7 的 (3.x不行) , 建議使用 pyenv 管理本地的 python 環(huán)境.
另外, 因?yàn)?Battery Historian 是一個(gè)網(wǎng)頁(yè)版工具, 涉及一些 JS 引用, 有時(shí)需要爬梯子

安裝及成功配置環(huán)境變量后

1.輸入命令行 go get -d -u github.com/google/battery-historian/…
  下載到GOPATH配置目錄下

2.進(jìn)入到 $GOPATH/src/github.com/google/battery-historian目錄下方
  $ cd $GOPATH/src/github.com/google/battery-historian

3.運(yùn)行Battery Historian

1） go run setup.go
Compile Javascript files using the Closure compiler
$ go run setup.go
等待數(shù)分鐘或者10分鐘左右能扒，如果仍然沒(méi)有下載成功，可以手動(dòng)下載辫狼，如下操作：
**下載【closure-library】和【closure-compiler】和【flot-axislabels】初斑，
解壓放到 GOROOT 目錄下 third_party 文件夾下方的的 closure-compiler 和 closure-library  
還有 flot-axislabels 文件夾  ../battery-historian\third_party；
如果沒(méi)有均手動(dòng)創(chuàng)建

2）go run cmd/battery-historian/battery-historian.go
Run Historian on your machine (make sure $PATH contains $GOBIN)
$ go run cmd/battery-historian/battery-historian.go [--port <default:9999>]

4.檢查/battery-historian是否運(yùn)行膨处，登錄網(wǎng)址 http://localhost:9999 查看

運(yùn)行結(jié)果

千呼萬(wàn)喚使出來(lái)见秤，不容易。這里建議使用Chrome瀏覽器真椿，并且一定要使用VPN鹃答，不然各種莫名的問(wèn)題

（3）分析指標(biāo)

工具安裝完成后，我們將adb采集的數(shù)據(jù)上傳至 Battery Historian突硝，就可以得到電量的分析情況测摔。

電量分析情況

電量分析情況

那么關(guān)鍵來(lái)了，這些指標(biāo)具體代表什么含義呢狞换？這里我們來(lái)做一下解釋避咆。

1.橫坐標(biāo)

橫坐標(biāo)就是一個(gè)時(shí)間范圍舟肉，咱們的例子中統(tǒng)計(jì)的數(shù)據(jù)是以重置為起點(diǎn)修噪，獲取 bugreport 內(nèi)容時(shí)刻為終點(diǎn)查库。我們一共采集了多長(zhǎng)時(shí)間的數(shù)據(jù)

2.縱坐標(biāo)

關(guān)鍵的數(shù)據(jù)點(diǎn)我們用表格來(lái)匯總一下。

如何進(jìn)行電量?jī)?yōu)化？

關(guān)鍵的地方來(lái)了配猫。了解了手機(jī)關(guān)鍵耗電的地方及分析耗電的工具后幅恋。接下來(lái)就是我們的核心，如何來(lái)進(jìn)行電量的優(yōu)化呢泵肄？首先我們先簡(jiǎn)單總結(jié)匯總一下耗電的相關(guān)因素：

• 屏幕亮暗相關(guān)
• 設(shè)備awake,sleep的切換,尤其是喚醒.
• CPU運(yùn)行相關(guān)
• 網(wǎng)絡(luò)
• 傳感器

我們接下來(lái)根據(jù)因素來(lái)逐一進(jìn)行優(yōu)化建議捆交。

（1）點(diǎn)滴積累

我們都知道屏幕的渲染及 CPU 的運(yùn)行是耗電的主要因素之一淑翼。所以其實(shí)當(dāng)我們?cè)谧鰞?nèi)存優(yōu)化、渲染優(yōu)化品追、計(jì)算優(yōu)化的時(shí)候玄括，就已然在做電量?jī)?yōu)化。

所以平時(shí)的開發(fā)中肉瓦，我們要注意點(diǎn)滴性能的優(yōu)化積累遭京，實(shí)際上當(dāng)我們來(lái)做電量分析的時(shí)候，也是在找自己挖的坑泞莉。所以盡量有意識(shí)在項(xiàng)目的開發(fā)過(guò)程中盡量少挖坑哪雕。所以這一點(diǎn)是我們?cè)诜治銎渌麅?yōu)化項(xiàng)首先要提到的一個(gè)點(diǎn)。

（2）監(jiān)聽手機(jī)充電狀態(tài)

我們可以通過(guò)下面的代碼來(lái)獲取手機(jī)的當(dāng)前充電狀態(tài)：

充電狀態(tài)獲取

在上面的例子演示了如何立即獲取到手機(jī)的充電狀態(tài)鲫趁，得到充電狀態(tài)信息之后斯嚎，我們可以有針對(duì)性的對(duì)部分代碼做優(yōu)化。比如我們可以判斷只有當(dāng)前手機(jī)為AC充電狀態(tài)時(shí) 才去執(zhí)行一些非常耗電的操作挨厚。

狀態(tài)操作

這里我們就需要思考堡僻，根據(jù)我們自己的業(yè)務(wù)，那些為了省電幽崩，可以放當(dāng)手機(jī)插上電源的時(shí)候去做苦始。

往往這樣的情況非常多。像這些不需要及時(shí)地和用戶交互的操作可以放到后面處理慌申。

比如：360手機(jī)助手陌选，當(dāng)充上電的時(shí)候，才會(huì)自動(dòng)清理手機(jī)垃圾蹄溉，自動(dòng)備份上傳圖片咨油、聯(lián)系人等到云端；再比如我們自己的APP柒爵，其中有一塊業(yè)務(wù)是相冊(cè)備份役电，這個(gè)時(shí)候有一個(gè)選項(xiàng)控制讓用戶選擇是否在低于15%的電量時(shí)還繼續(xù)進(jìn)行備份，從而避免當(dāng)用戶手機(jī)低電量時(shí)棉胀，任然繼續(xù)進(jìn)行耗電操作法瑟。

（3）屏幕喚醒

當(dāng) Android 設(shè)備空閑時(shí)，屏幕會(huì)變暗唁奢，然后關(guān)閉屏幕霎挟，最后會(huì)停止CPU 的運(yùn)行，這樣可以防止電池電量掉的快麻掸。

但有些時(shí)候我們需要改變Android系統(tǒng)默認(rèn)的這種狀態(tài)：比如玩游戲時(shí)我們需要保持屏幕常亮酥夭，比如一些下載操作不需要屏幕常亮但需要 CPU 一直運(yùn)行直到任務(wù)完成。

保持屏幕常亮

最好的方式是在 Activity 中使用 FLAG_KEEP_SCREEN_ON 的 Flag 。

flag

這個(gè)方法的好處是不像喚醒鎖（wake locks）熬北，需要一些特定的權(quán)限（permission）疙描。并且能正確管理不同 app 之間的切換，不用擔(dān)心無(wú)用資源的釋放問(wèn)題讶隐。

另一個(gè)方式是在布局文件中使用 android:keepScreenOn 屬性：

keepScreenOn屬性

android:keepScreenOn = ” true “ 的作用和 FLAG_KEEP_SCREEN_ON 一樣起胰。使用代碼的好處是你允許你在需要的地方關(guān)閉屏幕。

注意：一般不需要人為的去掉 FLAG_KEEP_SCREEN_ON 的 flag 整份，
 windowManager 會(huì)管理好程序進(jìn)入后臺(tái)回到前臺(tái)的的操作待错。

如果確實(shí)需要手動(dòng)清掉常亮的 `flag`籽孙，
使用getWindow().clearFlags(WindowManager.LayoutParams.FLAG_KEEP_SCREEN_ON)

所以這里我們自己的 APP 需要根據(jù)業(yè)務(wù)來(lái)控制好是否保持屏幕常量烈评。比如我們的 APP 需要支持視頻播放。那么在播放的界面需要控制好不熄屏犯建。當(dāng)退出播放時(shí)讲冠，當(dāng)然就沒(méi)有了這個(gè)設(shè)置。

（4）WakeLock

wake_lock 鎖主要是相對(duì)系統(tǒng)的休眠而言的适瓦，意思就是我的程序給 CPU 加了這個(gè)鎖那系統(tǒng)就不會(huì)休眠了竿开，這樣做的目的是為了全力配合我們程序的運(yùn)行。有的情況如果不這么做就會(huì)出現(xiàn)一些問(wèn)題玻熙。

需要使用 PowerManager 這個(gè)系統(tǒng)服務(wù)的喚醒鎖 (wake locks) 特征來(lái)保持 CPU 處于喚醒狀態(tài)否彩。喚醒鎖允許程序控制宿主設(shè)備的電量狀態(tài)。創(chuàng)建和持有喚醒鎖對(duì)電池的續(xù)航有較大的影響嗦随，所以列荔，除非是真的需要喚醒鎖完成盡可能短的時(shí)間在后臺(tái)完成的任務(wù)時(shí)才使用它。比如在 Acitivity 中就沒(méi)必要用了枚尼。如果需要關(guān)閉屏幕贴浙，使用上述的 FLAG_KEEP_SCREEN_ON 。

只有一種合理的使用場(chǎng)景署恍，是在使用后臺(tái)服務(wù)在屏幕關(guān)閉情況下 hold 住 CPU 完成一些工作崎溃。 要使用喚醒鎖，如果不使用喚醒鎖來(lái)執(zhí)行后臺(tái)服務(wù)盯质，不能保證因 CPU 休眠未來(lái)的某個(gè)時(shí)刻任務(wù)會(huì)停止袁串，這不是我們想要的。

有的人可能認(rèn)為我以前寫的后臺(tái)服務(wù)就沒(méi)掉過(guò)鏈子呀運(yùn)行得挺好的呼巷，
1.可能是你的任務(wù)時(shí)間比較短囱修；
2.可能CPU被手機(jī)里面很多其他的軟件一直在喚醒狀態(tài)。

喚醒鎖可劃分為并識(shí)別四種用戶喚醒鎖：

請(qǐng)注意朵逝，自 API 等級(jí) 17 開始蔚袍，FULL_WAKE_LOCK 將被棄用。 應(yīng)用應(yīng)使用 FLAG_KEEP_SCREEN_ON。

第一步就是添加喚醒鎖權(quán)限：

<uses-permission android:name="android.permission.WAKE_LOCK" />

直接使用喚醒鎖：

使用喚醒鎖

注意：在使用該類的時(shí)候啤咽，必須保證 acquire 和 release 是成對(duì)出現(xiàn)的晋辆。不然當(dāng)我們業(yè)務(wù)已經(jīng)不需要時(shí)，當(dāng) CPU處于喚醒狀態(tài)宇整，這個(gè)時(shí)候就會(huì)損耗多余的電量瓶佳。

（5）JobScheduler

自 Android 5.0 發(fā)布以來(lái)，JobScheduler 已成為執(zhí)行后臺(tái)工作的首選方式鳞青，其工作方式有利于用戶霸饲。應(yīng)用可以在安排作業(yè)的同時(shí)允許系統(tǒng)基于內(nèi)存、電源和連接情況進(jìn)行優(yōu)化臂拓。

JobSchedule 的宗旨就是把一些不是特別緊急的任務(wù)放到更合適的時(shí)機(jī)批量處理厚脉。這樣做有兩個(gè)好處：

避免頻繁的喚醒硬件模塊，造成不必要的電量消耗胶惰。

避免在不合適的時(shí)間(例如低電量情況下傻工、弱網(wǎng)絡(luò)或者移動(dòng)網(wǎng)絡(luò)情況下的)執(zhí)行過(guò)多的任務(wù)消耗電量；

JobScheduler 的簡(jiǎn)單使用孵滞，首先自定義一個(gè) Service 類中捆，繼承自 JobService

JobScheduler 的簡(jiǎn)單使用

記得在 Manifest 文件內(nèi)配置

Service <service android:name=".JobSchedulerService" 
android:permission="android.permission.BIND_JOB_SERVICE"/>

創(chuàng)建工作計(jì)劃

image

（6）GPS

選擇合適的 Location Provider，Android 系統(tǒng)支持多個(gè) Location Provider：

• GPS_PROVIDER：
  GPS 定位坊饶，利用 GPS 芯片通過(guò)衛(wèi)星獲得自己的位置信息泄伪。定位精準(zhǔn)度高，一般在 10 米左右匿级，耗電量大蟋滴；但是在室內(nèi)，GPS 定位基本沒(méi)用根蟹。

• NETWORK_PROVIDER：
  網(wǎng)絡(luò)定位脓杉，利用手機(jī)基站和 WIFI 節(jié)點(diǎn)的地址來(lái)大致定位位置，這種定位方式取決于服務(wù)器简逮，即取決于將基站或 WIFI 節(jié)點(diǎn)信息翻譯成位置信息的服務(wù)器的能力球散。

• PASSIVE_PROVIDER：
  被動(dòng)定位，就是用現(xiàn)成的散庶，當(dāng)其他應(yīng)用使用定位更新了定位信息蕉堰，系統(tǒng)會(huì)保存下來(lái)，該應(yīng)用接收到消息后直接讀取就可以了悲龟。

比如如果系統(tǒng)中已經(jīng)安裝了百度地圖屋讶，高德地圖(室內(nèi)可以實(shí)現(xiàn)精確定位)，你只要使用它們定位過(guò)后须教，再使用這種方法在你的程序肯定是可以拿到比較精確的定位信息皿渗。

例如你的 App 只是需要一個(gè)粗略的定位那么就不需要使用 GPS 進(jìn)行定位斩芭，既耗費(fèi)電量，定位的耗時(shí)也久乐疆。

及時(shí)注銷定位監(jiān)聽

在獲取到定位之后或者程序處于后臺(tái)時(shí)划乖，注銷定位監(jiān)聽，此時(shí)監(jiān)聽GPS傳感器相當(dāng)于執(zhí)行 no-op（無(wú)操作指令）挤土，用戶不會(huì)有感知但是卻耗電琴庵。

注銷定位監(jiān)聽

多模塊使用定位盡量復(fù)用

多個(gè)模塊使用定位，盡量復(fù)用上一次的結(jié)果仰美，而不是都重新走定位的過(guò)程迷殿，節(jié)省電量損耗；例如：在應(yīng)用啟動(dòng)的時(shí)候獲取一次定位咖杂，保存結(jié)果庆寺，之后再用到定位的地方都直接去取。

（7）傳感器

使用傳感器翰苫，選擇合適的采樣率止邮，越高的采樣率類型則越費(fèi)電这橙；

• SENSOR_DELAY_NOMAL (200000微秒)
• SENSOR_DELAY_UI (60000微秒)
• SENSOR_DELAY_GAME (20000微秒)
• SENSOR_DELAY_FASTEST (0微秒)

在后臺(tái)時(shí)注意及時(shí)注銷傳感器監(jiān)聽

（8）Doze and App Standby

最后提這一點(diǎn)奏窑，理論上不是電量?jī)?yōu)化，而是做電量?jī)?yōu)化要注意的一個(gè)坑屈扎。 Doze and App Standby 是 Android 6.0 以后埃唯，提供了兩種省電延長(zhǎng)電池壽命的功能。

具體可參考google官方介紹文檔鹰晨。
https://developer.android.google.cn/training/monitoring-device-state/doze-standby.html

這個(gè)東西目前已基本無(wú)解墨叛，特別是國(guó)內(nèi)的不支持 google 的 GCM 。這個(gè)地方只能控制讓用戶授權(quán)加入白名單來(lái)解除限制模蜡。

參考資料
Android性能優(yōu)化篇(谷歌官方)
Android性能優(yōu)化（九）之不可忽視的電量
Android應(yīng)用耗電量分析與優(yōu)化建議
官方建議優(yōu)化的一些方法
對(duì)低電耗模式和應(yīng)用待機(jī)模式進(jìn)行針對(duì)性優(yōu)化
Android 7.0新特性對(duì)電池管理進(jìn)一步加強(qiáng)漠趁，一些新的變化可能多對(duì)我們現(xiàn)有的業(yè)務(wù)會(huì)造成影響需關(guān)注

最后

轉(zhuǎn)自：Android性能優(yōu)化-電量?jī)?yōu)化