官方解說

新的作業排程 API 支援您將系統作業推遲到後期或特定情況（例如，裝置在充電或已連線到 Wi-Fi），從而最大延長電池壽命。

新的 dumpsys batterystats 命令會生成耗電量統計資訊，方便您瞭解整個系統的用電情況以及應用對裝置電池的影響。您可以檢視電源事件的歷史記錄、每個 UID 和系統元件的大致用電量，等等。

Battery Historian 是一個新工具，可以將 dumpsys batterystats 的統計資訊轉成直觀的資訊，方便就電池進行除錯。該工具位於 https://github.com/google/battery-historian。

介紹

Battery Historian 是檢查執行Android 5.0棒棒堂（API級別21）和更高版本的Andr​​oid裝置上的電池相關的資訊和事件，而該裝置是電池的工具。它允許應用程式開發人員能夠視覺化時間軸上的系統和應用程式級事件與平移和縮放功能，很容易看到各種彙總統計自其最後一次完全充電，並選擇一個應用程式，並檢查指標，具體到選擇的應用程式影響的電池。它還允許兩個bug報告的A / B對比，突出重點與電池相關指標的差異。

使用步驟

1.安裝Go Programming Language[go程式語言]

根據你的作業系統下載不同的安裝包
這個不多說，看官方教程操作
【
Getting Started

=============
Install the Go tools 安裝
Test your installation 測試安裝是否成功
Uninstalling Go 解除安裝Go
Getting help 配置幫助
】

GOROOT=E:\0Develop\Android\Battery Historian\Go\
GOPATH=%GOROOT%\work

測試是否安裝成功
在你的%GOPATH%下建立資料夾及.go檔案：

%GOPATH%/
                        src/
                        hello/
                        hello.go
 

hello.go檔案內容：

package main

import "fmt"

func main() {
    fmt.Printf("hello, world\n")
}

執行命令：

C:\> go install hello

執行完命令後，會在%GOPATH%目錄下生成以下檔案

%GOPATH%/
                        bin/
                        hello.exe

再執行命令：

C:\> %GOPATH%\bin\hello

即可輸出結果！

2.安裝Git

path = %path%;E:\0Develop\Git\bin

3.安裝Python 2.7版

確保Python 2.7版（而不是Python 3！）安裝。見https://python.org/downloads 如果不是，並確保python被新增到您的$PATH環境變數。
環境變數

path = %path%;E:\0Develop\Python27\;E:\0Develop\Python27\Scripts

4.安裝java環境

5.下載battery-historian程式碼和它的相關性

go get -d -u github.com/google/battery-historian/...

下載內容在你的Go建立的工作區目錄

6.執行battery-historian

cd %GOPATH%/src/github.com/google/battery-historian

# Compile Javascript files using the Closure compiler
go run setup.go

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

注：你必須始終從 $GOPATH/src/github.com/google/battery-historian目錄裡面跑battery historian

cd $GOPATH/src/github.com/google/battery-historian
#go run cmd/battery-historian/battery-historian.go [--port <default:9999>]
go run cmd/battery-historian/battery-historian.go

執行完成！

7.如何採取一個錯誤報告

為了從你的Android裝置中的bug報告，你將需要下啟用USB除錯Settings > System > Developer Options。在Android 4.2以上版本，開發者選擇螢幕預設是隱藏的。您可以通過以下的說明啟用此這裡。

要獲得從開發裝置中的錯誤報告：

adb bugreport > bugreport.txt
#指定檔案位置 adb bugreport > C:\...\bugreport.txt，不指定，在當前執行命令的檔案目錄
#可以新增你的adb到環境變數中，例：path=%path%;I:\sdk\platform-tools

8.開始分析！

您現在的所有設定。執行historian和訪問的http：//本地主機：9999和上傳bugreport.txt檔案，開始分析。
注：最好 用IE瀏覽器開啟
給個效果看看

時間線：

系統統計：

應用統計：

重要概念

Wakelocks：安卓耗電的元凶-Wakelock【喚醒鎖】

第三方安卓App呼叫到Wakelock，一旦呼叫了Wakelock，無論螢幕開關與否，CPU都會一直保持在執行狀態，永不休眠（Deep Sleep）。
這些第三方安卓App讓CPU沒法進入休眠狀態，安卓待機時電量依然刷刷地走。如何阻止App呼叫Wakelock就成為了安卓省電的關鍵。
Total number of wakeup alarms[喚醒報警總數]

重置彙總電池統計和歷史：

adb shell dumpsys batterystats --reset

Wakelock analysis[喚醒鎖分析]

預設情況下，Android不記錄時間戳用於特定應用的使用者空間wakelock轉換即使彙總統計是建立在經營的基礎上。如果你想讓Battery Historian在時間線上顯示wakelock關於每一應用的詳細資訊，你應該啟動實驗之前使用以下命令：

adb shell dumpsys batterystats --enable full-wake-history

注意，啟用full wakelock reporting 在幾小時內報告電池的歷史日誌溢位。使用此選項可用於短的測試執行（3-4小時）。

Kernel trace analysis[核心跟蹤分析]

生成一個跟蹤檔案記錄核心wakeup源和核心wakelock活動：
首先，將裝置連線到桌面/膝上型電腦，並啟用核心跟蹤日誌記錄：

$ adb root
$ adb shell
# Set the events to trace.
$ echo "power:wakeup_source_activate" >> /d/tracing/set_event
$ echo "power:wakeup_source_deactivate" >> /d/tracing/set_event

# The default trace size for most devices is 1MB, which is relatively low and might cause the logs to overflow.
# 8MB to 10MB should be a decent size for 5-6 hours of logging.

$ echo 8192 > /d/tracing/buffer_size_kb

$ echo 1 > /d/tracing/tracing_on

>與>>的區別
> 是定向輸出到檔案，如果檔案不存在，就建立檔案；如果檔案存在，就將其清空；一般我們備份清理日誌檔案的時候，就是這種方法：先備份日誌，再用`>`，將日誌檔案清空（檔案大小變成0位元組）； >>是將輸出內容追加到目標檔案中。如果檔案不存在，就建立檔案；如果檔案存在，則將新的內容追加到那個檔案的末尾，該檔案中的原有內容不受影響。

然後，使用該裝置用於測試用例。
最後，提取日誌：

$ echo 0 > /d/tracing/tracing_on
$ adb pull /d/tracing/trace <some path>

# Take a bug report at this time.
$ adb bugreport > bugreport.txt

注意：

歷史學家的情節和（由於開機時間秒）涉及一會兒的事件實時（PST或UTC），而核心跟蹤檔案記錄事件。為了把這些事件有一個指令碼接近jiffies的UTC時間。該指令碼讀取記錄在dmesg當系統掛起並恢復UTC時間。指令碼的範圍僅限於本在dmesg時間戳的量。由於該指令碼使用dmesg的日誌，當系統暫停，有不同的指令碼，每個裝置，與作為特定裝置的dmesg的登入它試圖找到的唯一區別。這些指令碼已經被整合到電池歷史學家工具本身。

Powermonitor analysis[電力監測分析]

Powermonitor檔案應該有每行的格式如下：

<timestamp in epoch seconds> <amps>

從powermonitor檔案中的條目將在時間軸情節的頂部覆蓋。

為了確保powermonitor和bug報告時限都稍微對齊，請在執行任何powermonitor日誌記錄之前重置batterystats：

adb shell dumpsys batterystats --reset

並採取bug報告停車powermonitor日誌後不久。