使用 Android Vitals 監控應用程式的技術性數據

您可以在 Play 管理中心查看資料,瞭解並改善應用程式的電池用量、穩定性和顯示時間。

以下資料是擷取自使用者自動分享的使用情形及診斷資料 (資料收錄範圍涵蓋了部分的 Android 裝置與某些版本的作業系統)。如要進一步瞭解 Android 使用者選擇分享資料的方式,請造訪帳戶說明中心

全部收合 全部展開

資料類型

電池用量
  • Wake Lock 停滯
  • Wake Lock 停滯 (背景)
  • 喚醒次數過多
  • Wi-Fi 掃描次數過多 (背景)
  • 網路用量過大 (背景)
穩定性
  • ANR 發生率
  • 多次 ANR 發生率
  • 當機率
  • 多次當機率
顯示時間
  • 顯示速度緩慢 (16 毫秒)
  • UI 頁框凍結沒有回應 (700 毫秒)
應用程式啟動時間
  • 冷啟動時間緩慢
  • 暖啟動時間緩慢
  • 熱啟動時間緩慢
權限
  • 權限遭拒

尋找與查看應用程式資料

「Android Vitals」頁面列出的日期範圍涵蓋應用程式的所有可用資料,而且無法自訂。Android Vitals 資料以太平洋時間 (PT) 為準。

重要資訊:如果沒有可用資料,會導致您的應用程式在特定篩選條件下的資料點不足,無法為應用程式辨識任何問題。

如何尋找與查看應用程式的 Android Vitals 資料:

  1. 登入 Play 管理中心
  2. 選取應用程式。
  3. 在左側選單中依序按一下 [Android Vitals] > [總覽]
  4. 選擇您要查看應用程式資料的方式。
查看總覽資訊主頁和詳細指標頁面

Android Vitals 核心指標

「總覽」頁面頂端會顯示應用程式的 Android Vitals 核心指標資料,這些成效指標會影響應用程式在 Google Play 中的可見度和排名。Android Vitals 核心指標包括:

  • 部分 Wake Lock 停滯 (背景)
  • 喚醒次數過多
  • ANR 發生率
  • 當機率

如果您的應用程式有任何需要處理的重大效能問題,例如指標超出不良行為門檻、成效資料有顯著變化 (即異常情形) 等情況,您可以使用這個頁面快速找出應用程式有待改進的部分。如要在偵測到重大 ANR、當機叢集或 Android Vitals 異動時接獲電子郵件通知,請依序點選 [設定] > [偏好設定]

重要資訊:為了提供最佳的使用者體驗,請找出應用程式的所有問題並加以修正,避免超過不良行為門檻。

瀏覽所有 Android Vitals 指標

在靠近「總覽」頁面中間的位置,您可以依資料類型查看所有 Android Vitals 指標的資料。如要篩選表格,請選擇您要查看的維度和時間範圍。

您可以針對個別指標,查看應用程式在當前時間範圍和上一個時間範圍中受影響的工作階段比例。如果想知道您的應用程式和 Google Play 上其他應用程式的成效差別,您也可以看到您的應用程式和同類中位數之間的差距。

查看詳細指標

如需特定指標的詳細資料,請選取 [查看詳細資訊]。系統將在下個畫面顯示下列資訊:

  • 成效資料中找到的異常情形 (僅限 Android Vitals 核心指標)
  • 不良行為門檻 (僅限 Android Vitals 核心指標)
  • 類別基準
  • 基準比較的詳細結果
    • 在頁面頂端附近的同類比較資訊卡中,選取 [編輯同類群組] 即可編輯自動同類群組。建立自訂同類群組之後,即可查看您的應用程式與您選取的其他 Google Play 應用程式的比較數據。
  • 依照 APK 版本代碼、裝置、OS 版本、基準或時距顯示的各項指標
    • 選取表格各列右側的向下箭頭,即可展開相關詳細資訊。
依不良行為篩選

「總覽」頁面頂端的部分指標可能會標示紅色錯誤圖示 ,代表該指標顯示的數字高於其他應用程式,也就是不良行為。

如要查看哪些應用程式的 APK 包含不良行為,請選取標示圖示的資訊卡。

指標詳細資訊

Wake Lock 停滯與 Wake Lock 停滯 (背景)

「Wake Lock 停滯」和「Wake Lock 停滯 (背景)」頁面會顯示應用程式透過 PowerManager 類別取得的部分 Wake Lock。部分 Wake Lock 可確保在能夠關閉螢幕和鍵盤背光的情況下,CPU 也仍會保持運作。

關於資料收集作業的詳細說明

  • 為了維護隱私權,部分 Wake Lock 身分識別標記會經過匿名處理。
  • 系統只會在裝置未處於充電狀態且關閉螢幕的情況下,收集部分 Wake Lock 的資料。
  • 系統只會在應用程式於背景執行的情況下,收集背景 Wake Lock 停滯的資料。
  • Google 會計算每個電池工作階段中部分 Wake Lock 的最長持續時間,顯示受到長時間 Wake Lock 影響的工作階段數。舉例來說,如果使用者觸發了兩次持續一小時的 Wake Lock,Google 使用的 Wake Lock 上限值就是一小時。
  • 如果應用程式的資訊清單檔案已設定 sharedUserId:只有在已安裝一個 (且不得超過一個) 含有相同 sharedUserId 設定的應用程式時,您才會看到相關資料。

Vital 詳細資料

  • 受影響的工作階段數:使用者遇到至少一次長達一小時以上 Wake Lock 的電池工作階段百分比。
  • 工作階段數:大致記錄的工作階段數。
  • 第 90 個/第 99 個百分位數:10%/1% 的每日工作階段中使用者遇到部分 Wake Lock 持續時間高於顯示的數字。
  • 最低 25%:如果您應用程式的出現率等於或大於顯示的門檻,代表該應用程式位於 Google Play 前 1000 個熱門應用程式的最低 25% (根據安裝次數計算)。

修正問題

如果您應用程式的 Wake Lock 次數過多,請造訪 Android 開發人員網站查看建議的解決方案。

喚醒次數過多

「喚醒次數過多」頁面會顯示應用程式觸發的 Alarm Manager 喚醒次數。您會看到 ELAPSED_REALTIME_WAKEUP 或 RTC_WAKEUP 類別的喚醒資料。

關於資料收集作業的詳細說明

  • 為了維護隱私權,喚醒身分識別標記會經過匿名處理。
  • 系統只會在裝置未處於充電狀態時收集 wakeup 資料。
  • 為了提供正規化指標,喚醒次數會與裝置未處於充電狀態的時間做比較。Google 會計算每個使用者每小時遇到的喚醒次數,顯示受到高喚醒發生率影響的使用者人數。
  • 如果應用程式的資訊清單檔案已設定 sharedUserId:只有在已安裝一個 (且不得超過一個) 含有相同 sharedUserId 設定的應用程式時,您才會看到相關資料。

Vital 詳細資料

  • 受影響的工作階段數:使用者每小時遇到 10 次以上喚醒的電池工作階段百分比。電池工作階段是指裝置在兩次充滿電之間經過的時間。Google 只會在裝置未處於充電狀態時收集資料。
  • 工作階段數:大致記錄的工作階段數。
  • 第 90 個/第 99 個百分位數:10%/1% 的每日工作階段中使用者每小時遇到喚醒次數多於顯示的值。
  • 最低 25%:如果您應用程式的出現率等於或大於顯示的門檻,代表該應用程式位於 Google Play 前 1000 個熱門應用程式的最低 25% (根據安裝次數計算)。

修正問題

如果您的應用程式經常發生喚醒情形,請造訪 Android 開發人員網站查看建議的解決方案。

Wi-Fi 掃描次數過多 (背景)

「Wi-Fi 掃描次數過多 (背景)」頁面會顯示 Wi-Fi 掃描造成高耗電的時間。

關於資料收集作業的詳細說明

系統只會在裝置未處於充電狀態且應用程式在背景執行的情況下,收集 Wi-Fi 掃描相關資料。

Vital 詳細資料

  • 影響的工作階段數:使用者每小時遇到 4 次以上 Wi-Fi 掃描的電池工作階段百分比。
  • 工作階段數:大致記錄的工作階段數。
  • 第 90 個/第 99 個百分位數:10%/1% 的每日工作階段中使用者遇到每小時背景 Wi-Fi 掃描次數高於顯示的數字。
  • 最低 25%:如果您應用程式的出現率等於或大於顯示的門檻,代表該應用程式位於 Google Play 前 1000 個熱門應用程式的最低 25% (根據安裝次數計算)。

修正問題

如果您應用程式的背景 Wi-Fi 掃描次數過多,請造訪 Android 開發人員網站查看建議的解決方案。

網路用量過大 (背景)

「網路用量過大 (背景)」頁面會顯示與背景服務相關聯的大量網路資料。當背景耗用大量行動網路時,使用者無法輕鬆存取停止資料轉移的控制項。

關於資料收集作業的詳細說明

系統只會在裝置未處於充電狀態且應用程式在背景執行的情況下,收集行動網路用量的相關資料。

Vital 詳細資料

  • 受影響的工作階段數:使用者每日遇到背景行動網路用量超過 50MB 的電池工作階段百分比。
  • 工作階段數:大致記錄的工作階段數。
  • 第 90 個/第 99 個百分位數:10%/1% 的每日工作階段中使用者遇到每日背景行動網路用量超過顯示的數字。
  • 最低 25%:如果您應用程式的出現率等於或大於顯示的門檻,代表該應用程式位於 Google Play 前 1000 個熱門應用程式的最低 25% (根據安裝次數計算)。

修正問題

如果您應用程式的背景行動網路用量過高,請造訪 Android 開發人員網站查看建議的解決方案。

ANR 發生率與多次 ANR 發生率

瞭解應用程式資料

「ANR 發生率」和「多次 ANR 發生率」頁面中的資料,與應用程式的「ANR 和當機次數」頁面中的資料類似。在「Android Vitals」頁面中,系統會將 ANR 資料與使用資料結合,產生正規化指標。

ANR 發生率詳細資訊

  • 受影響的工作階段數:使用者遇到至少 1 次 ANR 情形的每日工作階段百分比。每日工作階段是指使用者一天內使用應用程式的時間。舉例來說,如果有兩個使用者各自使用應用程式兩天,就會產生四個每日工作階段。
  • 未發生 ANR 情形的工作階段數:使用者未遇到任何 ANR 情形的每日工作階段百分比。每日工作階段是指使用者一天內使用應用程式的時間。
  • 工作階段數:大致記錄的工作階段數。
  • 最低 25%:如果您應用程式的出現率等於或大於顯示的門檻,代表該應用程式位於 Google Play 前 1000 個熱門應用程式的最低 25% (根據安裝次數計算)。
  • ANR 相關資訊:如要查看即時 ANR 詳細資料,請選取 [ANR] 連結,系統會將您導向 Play 管理中心的 ANR 和當機次數頁面。

多次 ANR 發生率詳細資訊

  • 受影響的工作階段:使用者遇到至少 2 次 ANR 的每日工作階段百分比。每日工作階段是指使用者一天內使用應用程式的時間。舉例來說,如果有兩個使用者各自使用應用程式兩天,就會產生四個每日工作階段。
  • 不受影響的工作階段數:使用者遇到 1 次或 1 次以下 ANR 的每日工作階段百分比。每日工作階段是指使用者一天內使用應用程式的時間。
  • 工作階段數:大致記錄的工作階段數。
  • ANR 相關資訊:如要查看即時 ANR 詳細資料,請選取 [ANR] 連結,系統會將您導向 Play 管理中心的 ANR 和當機次數頁面。

修正問題

如果您應用程式的 ANR 次數過多,請造訪 Android 開發人員網站查看建議的解決方案。

當機率與多次當機率

瞭解應用程式資料

「當機率」和「多次當機率」頁面中的資料,與應用程式「ANR 和當機次數」頁面中的資料類似。在「Android Vitals」頁面中,系統會將當機資料與使用資料結合,產生正規化指標。

當機率詳細資訊

  • 受影響的工作階段數:使用者遇到至少 1 次當機情形的每日工作階段百分比。每日工作階段是指使用者一天內使用應用程式的時間。舉例來說,如果有兩個使用者各自使用應用程式兩天,就會產生四個每日工作階段。
  • 未發生當機情形的工作階段數:使用者未遇到任何當機情形的每日工作階段百分比。每日工作階段是指使用者一天內使用應用程式的時間。
  • 工作階段數:大致記錄的工作階段數。
  • 最低 25%:如果您應用程式的出現率等於或大於顯示的門檻,代表該應用程式位於 Google Play 前 1000 個熱門應用程式的最低 25% (根據安裝次數計算)。
  • 當機相關資訊:如要查看即時當機詳細資料,請選取 [當機次數] 連結,系統會將您導向 Play 管理中心的 ANR 和當機次數頁面。

多次當機率詳細資訊

  • 受影響的工作階段數:使用者遇到至少 2 次當機情形的每日工作階段百分比。每日工作階段是指使用者一天內使用應用程式的時間。舉例來說,如果有兩個使用者各自使用應用程式兩天,就會產生四個每日工作階段。
  • 不受影響的工作階段數:使用者遇到 1 次當機或無當機情形的每日工作階段百分比。每日工作階段是指使用者一天內使用應用程式的時間。
  • 工作階段數:大致記錄的工作階段數。
  • 當機相關資訊:如要查看即時當機詳細資料,請選取 [當機次數] 連結,系統會將您導向 Play 管理中心的 ANR 和當機次數頁面。

修正問題

如果您應用程式的當機次數過多,請造訪 Android 開發人員網站查看建議的解決方案。

顯示速度緩慢

瞭解應用程式資料

「顯示速度緩慢」頁面會針對使用者遇到超過 50% 頁框的顯示時間超過 16 毫秒的情形,提供每日工作階段百分比的詳細資訊。使用者與應用程式互動的執行速度應為每秒 60 個頁框,而且不應出現頁框遺失或延遲的情況。

關於資料收集作業的詳細說明

Google 會在應用程式透過 UI 工具包架構 (而非直接使用 OpenGL) 顯示頁框時收集各個頁框的顯示時間。

資訊主頁顯示的資料

選取其中一列即可查看百分位分析資料。

  • 受影響的工作階段數:使用者遇到超過 50% 頁框的顯示時間超過 16 毫秒的每日工作階段百分比。每日工作階段是指使用者一天內使用應用程式的時間。舉例來說,如果有兩個使用者各自使用應用程式兩天,就會產生四個每日工作階段。
  • 工作階段數:大致記錄的工作階段數。
  • 第 90 個/第 99 個百分位數:總計有 90%/99% 頁框的顯示時間低於顯示的數字。這些數字是根據系統收集到的所有頁框而得出。
  • 最低 25%:如果您應用程式的出現率等於或大於顯示的門檻,代表該應用程式位於 Google Play 前 1000 個熱門應用程式的最低 25% (根據安裝次數計算)。

點選表格中的項目就會出現「UI 顯示時間發佈」圖表。建議您在查看這個圖表時,確認大部分應用程式頁框的顯示時間都低於 16 毫秒。

您可以從圖表下方的資料判斷應用程式的顯示效能,並且找出造成任何顯示時間問題的根本原因。舉例來說,如果「輸入延遲時間長」的百分比偏高,建議您檢查應用程式中用來處理使用者輸入內容的程式碼。如要進一步瞭解這些指標,請參閱測試 UI 效能一文。

  • 錯過的 Vsync:針對所有顯示時間超過 16 毫秒的頁框,以錯過的 Vsync 事件數除以頁框數。
  • 輸入延遲時間長:針對所有顯示時間超過 16 毫秒的頁框,以超過 24 毫秒的輸入事件數除以頁框數。
  • UI 執行緒速度緩慢:針對所有顯示時間超過 16 毫秒的頁框,將執行時間超過 8 毫秒的 UI 執行緒數量除以頁框數。
  • 繪圖指令速度緩慢:針對所有顯示時間超過 16 毫秒的頁框,以向 GPU 傳送繪圖指令的時間超過 12 毫秒的次數除以頁框數。
  • 點陣圖上傳速度緩慢:針對所有顯示時間超過 16 毫秒的頁框,以點陣圖上傳至 GPU 的時間超過 3.2 毫秒的次數除以頁框數。

修正問題

如果您應用程式的頁框顯示時間超過 16 毫秒的次數過多,請造訪 Android 開發人員網站查看建議的解決方案。

凍結的頁框

「凍結的頁框」頁面會針對使用者遇到超過 0.1% 頁框的顯示時間超過 700 毫秒的情形,提供每日工作階段百分比的詳細資訊。使用者與應用程式互動的執行速度應為每秒 60 個頁框,而且不應出現頁框遺失或延遲的情況。

關於資料收集作業的詳細說明

Google 會在應用程式透過 UI 工具包架構 (而非直接使用 OpenGL) 顯示頁框時收集各個頁框的顯示時間。

資訊主頁顯示的資料

展開其中一個維度列即可查看百分位分析資料。

  • 受影響的工作階段數:使用者遇到超過 0.1% 頁框的顯示時間超過 700 毫秒的每日工作階段百分比。每日工作階段是指使用者一天內使用應用程式的時間。舉例來說,如果有兩個使用者各自使用應用程式兩天,就會產生四個每日工作階段。
  • 工作階段數:大致記錄的工作階段數。
  • 第 90 個/第 99 個百分位數:總計有 90%/99% 頁框的顯示時間低於顯示的數字。這些數字是根據系統收集到的所有頁框而得出。
  • 最低 25%:如果您應用程式的出現率等於或大於顯示的門檻,代表該應用程式位於 Google Play 前 1000 個熱門應用程式的最低 25% (根據安裝次數計算)。

點選表格中的項目就會出現「UI 顯示時間發佈」圖表。建議您在查看這個圖表時,確認大部分的應用程式頁框顯示時間都低於 700 毫秒。

您可以從圖表下方的資料判斷應用程式的顯示效能,並且找出造成任何顯示時間問題的根本原因。舉例來說,如果「輸入延遲時間長」的百分比偏高,建議您檢查應用程式中用來處理使用者輸入內容的程式碼。如要進一步瞭解這些指標,請參閱測試 UI 效能一文。

  • 錯過的 Vsync:針對所有顯示時間超過 16 毫秒的頁框,以錯過的 Vsync 事件數除以頁框數。
  • 輸入延遲時間長:針對所有顯示時間超過 16 毫秒的頁框,以超過 24 毫秒的輸入事件數除以頁框數。
  • UI 執行緒速度緩慢:針對所有顯示時間超過 16 毫秒的頁框,將執行時間超過 8 毫秒的 UI 執行緒數量除以頁框數。
  • 繪圖指令速度緩慢:針對所有顯示時間超過 16 毫秒的頁框,以向 GPU 傳送繪圖指令的時間超過 12 毫秒的次數除以頁框數。
  • 點陣圖上傳速度緩慢:針對所有顯示時間超過 16 毫秒的頁框,以點陣圖上傳至 GPU 的時間超過 3.2 毫秒的次數除以頁框數。

修正問題

如果您應用程式的頁框顯示時間超過 700 毫秒的次數過多,請造訪 Android 開發人員網站查看建議的解決方案。

應用程式啟動時間

「應用程式啟動時間」頁面會顯示應用程式從這三種系統狀態下緩慢啟動的詳細資訊。

關於資料收集作業的詳細說明

  • 系統只會在使用者觸發活動時記錄啟動時間。
    • 範例:鍵盤應用程式的啟動時間等於隨附應用程式的啟動時間。
  • 如果應用程式在一天內多次從同一種系統狀態下啟動,系統會記錄當天最長的啟動時間。
  • 當應用程式的第一個頁框完全載入,系統就會記錄應用程式的啟動時間,即使使用者並未與該畫面互動。
    • 範例:如果應用程式開啟時會顯示啟動畫面,啟動時間就等於顯示啟動畫面所用的時間。

Vital 詳細資料

  • 受影響的工作階段數:使用者在個別系統狀態下遇到啟動時間緩慢問題的工作階段比例:
    • 冷啟動時間緩慢:5 秒以上
    • 暖啟動時間緩慢:2 秒以上
    • 熱啟動時間緩慢:1 秒以上
  • 工作階段數:大致記錄的工作階段數。
  • 第 90 個/第 99 個百分位數:10%/1% 的每日工作階段中,使用者在您的應用程式中遇到啟動時間緩慢問題。
  • 最低 25%:如果您應用程式的出現率等於或大於顯示的門檻,代表該應用程式位於 Google Play 前 1,000 個熱門應用程式的最低 25% (根據安裝次數計算)。

修正問題

如果您應用程式的啟動時間緩慢次數過多,請造訪 Android 開發人員網站查看建議的解決方案。

權限遭拒

「權限遭拒」頁面會針對使用者拒絕權限要求的情況,提供每日權限工作階段百分比的詳細資訊。每日權限工作階段是指一天當中您的應用程式向使用者要求至少一項權限的情況。

關於資料收集作業的詳細說明

系統會在使用者針對應用程式內的權限要求做出回應時,收集權限遭拒的資料。

Vital 詳細資料

  • 遭拒:使用者拒絕權限要求所佔的每日權限工作階段百分比。
  • 不要再詢問我:使用者以選取 [不要再詢問我] 選項來拒絕權限要求所佔的每日權限工作階段百分比。
  • 要求總數:大致記錄的工作階段數。
  • 最低 25%:如果您應用程式的出現率等於或大於顯示的門檻,代表該應用程式位於 Google Play 前 1,000 個熱門應用程式的最低 25% (根據安裝次數計算)。

修正問題

如果您應用程式的權限遭拒次數過多,請造訪 Android 開發人員網站查看建議的解決方案。

使用維度分析資料

為了協助您整理、區隔與分析資料,系統會針對應用程式的所有資料提供下列維度分析。

  • 應用程式版本:應用程式的版本
  • Android 版本:使用者裝置回報的 Android 作業系統版本
  • 裝置:使用者裝置的行銷品牌名稱和裝置名稱 (例如 Google Nexus 7/Flo)
  • Wake Lock 標記:使用應用程式中的 PowerManager API 時,透過程式化的方式設定的標記
  • 喚醒標記:使用應用程式中的 AlarmManager API 時,透過程式化的方式設定的標記
  • ANR 活動名稱:發生 ANR 的活動類別完整名稱 (如果有的話)
  • ANR 類型:發生 ANR 的時機,例如執行服務時 (如果有的話)

相關內容

請參閱這篇文章,探索運用 Android Vitals 來提升應用程式效能和穩定性的最佳做法。

這對您有幫助嗎?
我們應如何改進呢?