效能優化 (六) 老闆問你我們們 APP 耗電量，看完這篇文章不僅能知道還能做出對應優化。

DevYK發表於2019-05-25

優化APP

效能優化系列

APP 啟動優化

電量優化 - battery-historian

簡介

現在基本上都是人手一部智慧手機，你可以發現不管走在街上，公交地鐵上，等等任何娛樂辦公地方，隨處可見有人正在低著頭玩手機，有的還隨身攜帶充電寶。由此可見，現在智慧手機的電量有多麼的不經用，當然我們是優化不了電池的，不過我們可以從 APP 中著手優化，我相信一線大廠也有自己電量分析工具，我相信只要是能夠分析電量的工具，都是好工具 (^▽^)。那麼該我們的主角上場了 Google 開源電量分析工具 battery-historian 下面就讓我們一起來了解下 BatteryHistonian 吧！

Battery-Historian

Battery Historian 背景

Battery Historian 是在執行 Android 5.0 Lollipop（API級別21）及更高版本的 Android 裝置上檢查電池相關資訊和事件的工具，而裝置未插入。它允許應用程式開發人員在時間線上視覺化系統和應用程式級事件通過平移和縮放功能，可以輕鬆檢視自裝置上次完全充電以來的各種彙總統計資訊，並選擇一個應用程式並檢查影響所選應用程式特定電池的指標。它還允許對兩個錯誤報告進行A / B比較，突出顯示關鍵電池相關指標的差異

Battery Historian 安裝

Battery Historian 安裝是一個複雜的工程，需要配置一大堆的環境。不過官方給我們們提供了 2 中安裝方式，下面讓我們一起來了解下吧。

快速安裝 - 百度雲

battery historian 原始碼及 JS 環境 ：pan.baidu.com/s/1D3Guq0WW… 提取碼：g1cx

使用方式：

解壓在 GO 的 $GOPATH/目錄執行 5.2 -> 5.4 步驟
IE 瀏覽器或者 Google 瀏覽器輸入 http://localhost:9999/

原始碼安裝 (推薦)

原始碼安裝雖然配置的環境很多，但是用起來還是比較穩定，下面就跟我的步伐來一起安裝吧。

安裝配置 GO 語言
1. 科學上網下載或者使用我下載好的提取碼：nh8p
2. 安裝注意更改路徑
3. 配置環境
  
  系統變數中新建 GOROOT GOPATH 變數，然後配置 Path 環境變數
4. 檢查是否安裝成功
  
  在 cmd 命令列中輸入 go version 檢視是否成功安裝及當前版本
python 安裝

由於 historian.py 指令碼是 python2 寫的，所以需要安裝 python2.7 環境。

下載安裝: www.python.org/

雲盤提供安裝: pan.baidu.com/s/103GXARgc… 提取碼：sm8p
1. 官網下載 2.7 版本
2. 安裝 py
3. 配置環境
4. 檢驗 root 許可權輸入 python -V
  
  顯示版本號，就說明安裝成功了
配置 JAVA 環境

這個就自己百度配置了哈。
配置 Git 環境

這個也自己百度吧，很簡單。
下載 Battery Historian 原始碼
1. 在 Git Bash 中輸入命令 go get -d -u github.com/google/battery-historian/...（即下載到GOPATH配置目錄下）
2. 進入到$GOPATH/src/github.com/google/battery-historian目錄下
3. 執行 Battery Historian：輸入命令列 go run setup.go
4. 執行 Battery Historian.go
  
  在 battery-historian 目錄下執行 go run cmd/battery-historian/battery-historian.go
5. 瀏覽器輸入
  
  http://localhost:9999

MAC 原始碼安裝(推薦)

安裝步驟跟 win 一樣，下面直接介紹 mac 下的 battery historian 需要的環境配置

Go 環境配置
1. vim .brash_profile 配置 go 環境
2. 儲存編輯的環境
```
sorce .brash_profile
複製程式碼
```

Docker 安裝

docker 我這裡就粗略的說下，因為在 win10 下安裝坑太多了。還有點不穩定，導致最後使用 原始碼安裝。

準備工作

官網下載 Docker : docs.docker.com/engine/inst…

win 10 家庭版本缺少 Hyper-V 元件需升級企業版密碼鑰匙也可以百度: NPPR9-FWDCX-D2C8J-H872K-2YT43

安裝 Docker for Windows Installer 安裝步驟直接下一步，安裝過程中會出現自動重啟電腦。

命令輸入執行 docker

docker run --name=battery -d -p 9999:9999 bhaavan/battery-historian
複製程式碼

效能優化 (六) 老闆問你我們們 APP 耗電量，看完這篇文章不僅能知道還能做出對應優化。

驗證: 在瀏覽器上輸入 http://localhost:9999

注意：

如果 win10 企業版安裝失敗，可以看看官網提示
如果升級了企業版那麼 VMware 虛擬機器用不了，下面給出解決辦法。
1. 關閉 Hyper-V 元件
```
bcdedit /set hypervisorlaunchtype off
複製程式碼
```
2. 開啟
```
bcdedit /set hypervisorlaunchtype auto
複製程式碼
```

Battery Historian 使用及資料分析

adb 對手機的操作

重置內部資料，相當於清空

adb shell dumpsys batterystats --reset
複製程式碼

獲取完整的 wakelock 資訊

adb shell dumpsys batterystats --enable full-wake-history
複製程式碼

拔掉 USB 等待一段時間建議長一點，現在隨意使用 APP

獲得電量報告

// > 6.0
adb bugreport bugreport.zip
// <= 6.0
adb bugreport > bugreport.txt
//匯出
 adb pull /data/user_de/0/com.android.shell/files/bugreports/[電量報告].zip [匯出目錄]

複製程式碼

提交電量報告，並檢視

資料引數詳細說明

WakeLock 級別

PARTIAL_WAKE_LOCK: 保證 CPU 保持高效能執行，而螢幕和鍵盤背光（也可能是觸控按鍵的背光）關閉。一般情況下都會使用這個 WakeLock 。
ACQUIRE_CAUSES_WAKEUP: 這個WakeLock除了會使 CPU 高效能執行外還會導致螢幕亮起，即使螢幕原先處於關閉的狀態下。
ON_AFTER_RELEASE: 如果釋放 WakeLock 的時候螢幕處於亮著的狀態，則在釋放WakeLock 之後讓螢幕再保持亮一小會。如果釋放 WakeLock 的時候螢幕本身就沒亮，則不會有動作。

API17 被棄用的 WakeLock：保持螢幕長亮

SCREEN_DIM_WAKE_LOCK：保證螢幕亮起，但是亮度可能比較低。同時鍵盤背光也可以不亮。

SCREEN_BRIGHT_WAKE_LOCK ：保證螢幕全亮，同時鍵盤背光也亮。

FULL_WAKE_LOCK：表現和SCREEN_BRIGHT_WAKE_LOCK 類似，但是區別在於這個等級的WakeLock使用的是最高亮度
複製程式碼

推薦使用

//在Activity中：
getWindow().addFlags(WindowManager.LayoutParams.FLAG_KEEP_SCREEN_ON);

//或者在佈局中新增這個屬性：
android:keepScreenOn="true"
複製程式碼

剩下引數由表格說明

引數	說明
CPU runing	cpu 執行的狀態, 是否被喚醒
Kernel only uptime	只有核心執行時間
Activity Manager Proc	活躍的使用者程式
Mobile network type	網路型別
Mobile radio active	移動蜂窩訊號比 wifi 耗電
Crashes(logcat)	Crashes(logcat) 某個時間點出現 crash 的應用
Doze	是否進入doze 模式
JobScheduler	非同步作業排程,延遲操作，父類 Service
SyncManager	同步操作
Temp White List	電量優化白名單
Phone call	是否打電話
GPS	是否使用 GPS
Network connectivity	網路連線狀態 (wifi、mobile是否連線)
Mobile signal strength	移動訊號強度 (great\good\moderate\poor)
Wifi scan	是否在掃描 wifi 訊號
Wifi supplicant	是否有 wifi 請求
Wifi radio	是否正在通過 wifi 傳輸資料
Wifi running	wifi 元件是否在工作(未傳輸資料)
Wifi on	wifi 元件是否在工作(未傳輸資料)
Audio	音訊是否開啟
Camera	相機是否在工作
Video	是否在播放視訊
Foreground process	前臺程式
Package install	是否在進行包安裝
Package active	包管理在工作
Battery level	電池當前電量
Temperature	電池溫度
Logcat misc	是否在匯出日誌
Plugged	是否是充電狀態

當前 APP Stats

分析當前 APP 電量詳細資訊

從上圖可以看出早上 11:00 - 下午 12: 00 這一個小時內電量下降的最快，耗電量最多的罪魁禍首就是 GPS 和 wakelock
在 APP Stats -> Device estimated power 中可以檢視在這一小時耗電時常，（由上圖 Battery Level 得知電量變化過程是 69 - 61 ，1h 下降 8 ）APP 1h 耗電為 5.38 % 還是挺耗電的。

當前 APP 優化建議:

GPS ：GPS 可以間斷獲取，或者使用第三方(高德、百度)它們提供省電模式定位，有 wifi 地方切換 wifi 定位，少用高精準定位模式。

網路連線: 有 wifi 地方建議切換 wifi

wakelock : 儘量不要使用。

總結-優化方案

1. 加入電量優化白名單

/**
     * 加入電量白名單
     *
     * @param activity
     * @param type 1: 啟動 設定頁面 2：觸發系統對話方塊
     */
    public static void addWhite(Activity activity, int type) {
        if (activity == null)return;
        WeakReference<Activity> activityWeakReference = new WeakReference<Activity>(activity);
        PowerManager packageManager = (PowerManager) activityWeakReference.get().getApplication()
                .getSystemService(Context.POWER_SERVICE);
        //應用是否在 白名單中
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
            if (!packageManager.isIgnoringBatteryOptimizations(activityWeakReference.get().getApplication().getPackageName())) {
                if (type == 1) {
                    //方法1、啟動一個  ACTION_IGNORE_BATTERY_OPTIMIZATION_SETTINGS Intent
                    Intent intent = new Intent(Settings.ACTION_IGNORE_BATTERY_OPTIMIZATION_SETTINGS);
                    activityWeakReference.get().getApplication().startActivity(intent);
                } else {
                    //方法2、觸發系統對話方塊
                    Intent intent = new Intent(Settings.ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS);
                    intent.setData(Uri.parse("package:" + activityWeakReference.get().getApplication().getPackageName()));
                    activityWeakReference.get().getApplication().startActivity(intent);
                }
            }
        }
    }
複製程式碼

2. GPS 優化建議

定位是 App 中常用的功能，但是定位不能千篇一律，不同的場景以及不同型別的 App 對定位更加需要個性化的區分。

選擇合適的 Location Provider Android系統支援多個 Location Provider：

GPS_PROVIDER: GPS 定位，利用 GPS 晶片通過衛星獲得自己的位置資訊。定位精準度高，一般在 10 米左右，耗電量大；但是在室內，GPS 定位基本沒用。

NETWORK_PROVIDER：網路定位，利用手機基站和 WIFI 節點的地址來大致定位位置，這種定位方式取決於伺服器，即取決於將基站或 WIFI 節點資訊翻譯成位置資訊的伺服器的能力。

PASSIVE_PROVIDER: 被動定位，就是用現成的，當其他應用使用定位更新了定位資訊，系統會儲存下來，該應用接收到訊息後直接讀取就可以了。比如如果系統中已經安裝了百度地圖，高德地圖(室內可以實現精確定位)，你只要使用它們定位過後，再使用這種方法在你的程式肯定是可以拿到比較精確的定位資訊。

使用 Criteria，設定合適的模式、功耗、海拔、速度等需求，系統會返回合適的 Location Provider。例如你的 App 只是需要一個粗略的定位那麼就不需要使用 GPS 進行定位，既耗費電量，定位的耗時也久。

及時登出定位監聽在獲取到定位之後或者程式處於後臺時，登出定位監聽，此時監聽GPS感測器相當於執行no-op（無操作指令），使用者不會有感知但是卻耗電。

//如果對定位要求不那麼嚴格的話 可以在關閉螢幕的時候可以暫停 
public void onPause() {
     super.onPause();
     if(locationManager != null)
         locationManager.removeListener()
 }

複製程式碼

多模組使用定位儘量複用多個模組使用定位，儘量複用上一次的結果，而不是都重新走定位的過程，節省電量損耗；例如：在應用啟動的時候獲取一次定位，儲存結果，之後再用到定位的地方都直接去取。

3.網路切換建議上傳下載儘量用 WIFI

//優化方案 二 ：網路資料切換
        if (!BatteryUtils.isPlugged(getApplicationContext())){
            //如果沒有充電，提醒使用者是否有可用 wifi 
        }
複製程式碼

4. WakeLock 亮屏，喚醒 CPU 建議

亮屏替換者

//在Activity中： 
getWindow().addFlags(WindowManager.LayoutParams.FLAG_KEEP_SCREEN_ON);

//或在佈局中新增這個屬性：
android:keepScreenOn="true"
複製程式碼

alarm 鬧鐘讓 CPU 間斷式工作

    /**
     * 開啟一個鬧鐘
     * @param context
     * @param action
     * @param requestId
     * @param interval
     */
    public static void startTimer(Context context,String action,int requestId,int interval) {
        Intent intent = new Intent(action);
        PendingIntent sender = PendingIntent.getBroadcast(context, requestId, intent, PendingIntent.FLAG_CANCEL_CURRENT);

        AlarmManager alarmManager = (AlarmManager) context.getSystemService(Context.ALARM_SERVICE);

        Calendar calendar = Calendar.getInstance();
        int second = calendar.get(Calendar.SECOND);
        //延遲一分鐘執行
        int delay = 60 - second + 1;
        calendar.add(Calendar.SECOND, delay);
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) {
            String format = new SimpleDateFormat("HH:mm:ss", Locale.CHINA).format(calendar.getTimeInMillis());
            Log.d("下次鬧鐘執行的時間--》","delay: " + delay +", startMillis: " +format);
            alarmManager.setWindow(AlarmManager.RTC_WAKEUP, calendar.getTimeInMillis(), 100, sender);

        } else {
            alarmManager.setRepeating(AlarmManager.RTC_WAKEUP, calendar.getTimeInMillis(), interval, sender);
        }
    }
複製程式碼

5. JobScheduler (Service 替代者。 8.0 以後 Google 推薦使用)

把工作任務放到合適的時間再去執行，比如充電時間，wifi 連線後

也可以把多個任務合併到一起，再選擇時間去執行

//需求 現在我需要在充電的狀態下並且連線上 wifi 在上傳 gps 資料
//jobScheduler 會自動把資料新增到一個佇列中
//存入資料
    @Override
    public int enqueue(JobInfo job, JobWorkItem work) {
        try {
            return mBinder.enqueue(job, work);
        } catch (RemoteException e) {
            return JobScheduler.RESULT_FAILURE;
        }
    }
//在適當的時候取出所有資料
    @Override
    public List<JobInfo> getAllPendingJobs() {
        try {
            return mBinder.getAllPendingJobs();
        } catch (RemoteException e) {
            return null;
        }
    }
複製程式碼

也許有的對這個 jobSchedler 合併任務執行還不是那麼清晰，現在看下一個(5 .3 )的錄屏

在充電並且連線 wifi 的狀態下傳送資料（這裡旋轉螢幕是為了傳送資料用的）。
- 先說一下演示流程連線 wifi + 充電正常傳送資料
- 關閉 wifi 傳送資料，在開啟 wifi 合併傳送資料

到這裡我們們電量優化講的差不多了最後實際優化了 2% 下去。也還是不錯的了。

程式碼傳送陣

總結

App電量優化
2018-07-30
APP優化
效能優化(三)看完這篇文章,至少解決 APP 中 90 % 的記憶體異常問題
2019-05-12
優化APP記憶體
八、Android效能優化之電量優化（二）
2018-01-19
Android優化
這是不是我們資訊優化的期望？
2011-06-30
優化
優化直播app原始碼介面效能，我們可以採取的手段
2021-12-23
優化APP原始碼
Android效能優化之電量篇
2015-09-16
Android優化
不輸 MacType，這些優化思路也能讓 Windows 字型細膩清晰
2019-02-15
Mac優化Windows
智慧鞋子搶風頭：不僅能說話還能給手機充電！
2016-02-17
mysql查詢太慢，我們如何進行效能優化？
2021-02-07
MySql優化
Android效能優化之App應用啟動分析與優化
2016-07-07
Android優化APP
六、Android效能優化之UI卡頓分析之渲染效能優化
2018-04-26
Android優化UI
iOS效能優化 - APP啟動時間優化
2018-08-03
iOS優化APP
看了這篇還不會Linux效能分析和優化，你來打我
2021-05-06
Linux優化
效能優化問題
2017-09-14
優化
最簡單的氣泡排序還能怎麼優化?
2019-04-09
排序優化
使用 Go 優化我們的介面
2019-12-30
Go優化
【前端效能優化】vue效能優化
2019-04-30
前端優化Vue
[Android]電量優化之app演算法
2014-07-23
Android優化APP演算法
Android 後臺耗電分析及優化
2020-12-11
Android優化
當我們談優化時，我們談些什麼
2019-06-12
優化
除了“好玩”，電子遊戲還能為我們帶來什麼？
2020-04-17
遊戲
讓我們寫快速的JavaScript，JS效能優化小竅門
2015-02-11
JavaScriptJS優化
原來 GitHub 不僅能學程式碼，還有這些東西
2022-11-23
Github
Android Note - 電量優化
2019-05-01
Android優化
CSAPP 5 - 優化程式效能
2020-06-07
APP優化
App瘦身、效能優化總結
2019-01-14
APP優化
app 效能優化的那些事
2016-09-28
APP優化
Android App效能優化[譯]
2017-07-09
AndroidAPP優化
效能優化案例-SQL優化
2016-12-05
優化SQL
前端效能優化（JS/CSS優化，SEO優化）
2018-03-04
前端優化JSCSS
MongoDB進階之路：不僅僅是技術研究，還有優化和最佳實踐
2017-10-24
MongoDB優化
測量、基線和效能優化之三：基於測量、基線和變化的效能優化
2018-10-12
優化
SPDK對接Ceph效能優化
2022-06-02
優化
優化機能修正BUG CrossApp1.1.2新鮮出爐
2015-04-21
優化ROSAPP
我所知道的 Web 效能優化策略
2019-03-24
Web優化
【調優】設計問題還是優化問題？
2011-05-24
優化
Android效能優化----卡頓優化
2020-07-28
Android優化
前端效能優化 --- 圖片優化
2018-08-29
前端優化