應用崩潰了？Android vitals 幫您精確診斷

時間 2019-12-07

標籤應用崩潰 android vitals 精確診斷欄目 Android 简体版

原文原文鏈接

辛苦開發的應用終於順利在 Play Store 上線了？恭喜！—— 但您的開發工做尚未結束。

您的應用是如何被使用的？您的用戶面臨哪些問題？那個光鮮亮麗的按鈕是否可以正確對點擊作出響應？您的應用啓動速度是否足以讓用戶滿意？最重要的是，您如何判斷您的應用在真實用戶設備上的使用效果？android

若是您想確保您的應用在競爭激烈的 Play Store 中取得成功，就必定要關注並解決這些問題。在本文中，咱們將經過檢測和修復應用崩潰來了解 Android vitals 如何在此過程當中提供幫助，以便提高應用品質並提供使人愉悅的用戶體驗。git

Google Play 一直都在提供大量的工具，以幫助 Android 開發者構建優質應用，擴大用戶羣並創造收入。構建高質量的成功應用須要時間，須要付出不少努力。考慮到這一點，咱們在 Play Console 中添加了 Android vitals，以提供與應用穩定性和性能相關的關鍵指標數據。利用這些數據，開發者能夠準確瞭解到須要在哪方面集中精力才能提高應用品質。web

爲什麼要關注性能表現？

這已經不是什麼祕密了：優異的應用性能表現會帶來更高的應用評分，進而帶來更高的安裝次數。用戶會關注 Play Store 中的應用評論和評分。若是應用性能表現差勁，用戶可不會裝做沒看見。用戶不須要太多考慮，就能夠放棄或徹底刪除性能不佳的應用，由於 Play Store 爲他們提供了太多選擇。事實上，Google 和 AppDynamics 的獨立報道已經指出，表現不佳的應用會被更早地被用戶刪掉，而且會收到差評。要在 Play Store 中茁壯成長，開發者必須確保他們的應用擁有高品質，並提供最佳體驗。網絡

Google I/O ’18 針對提高性能表現來得到成功的演講： www.youtube.com/watch?v=dx6…app

AppDynamics：80% 的應用卸載源自糟糕的性能表現： blog.appdynamics.com/news/delete…工具

對於付費應用和遊戲而言，性能表現更爲重要。用戶要求他們的買到的東西必須物有所值。性能在很大程度上推進了這些應用的成功，以及開發者可以得到的收入。對於遊戲來講，用戶對不良應用行爲的容忍度更低 —— 包括崩潰、電池快速耗盡和響應時間過慢。性能

構建具備出色性能的應用的重要性，不管如何強調都不過度。網站

Android vitals 幫您洞察問題所在

在應用上線後追蹤應用性能是一項艱鉅的任務。然而，Android vitals 會讓這個過程舉重若輕。Android vitals 會針對性地收集並彙總用戶的數據，爲開發者帶來無與倫比的洞察力，從而瞭解他們的應用在用戶設備上的表現。google

*請注意，Android vitals 僅能收集已打開 Usage & Diagnostics 共享功能的用戶的數據。線程

Android vitals 會收集如下類別的數據和報告：

穩定性：Android vitals 會報告應用無響應 (ANR) 現象和崩潰率。當應用的 UI 線程長時間被阻塞時會發生 ANR。用戶能夠選擇在 ANR 發生時退出或等待。另外再次強調一下，崩潰是因爲未處理的異常而引起的，因此對穩定性相關的數據和報告解讀十分重要。
電量：移動設備的電量是有限的，所以應該謹慎管理應用消耗的電量。大量使用 CPU 的應用會快速耗盡電池電量。在這個問題上，喚醒鎖定、喚醒，以及網絡使用狀況都會被* 記錄。喚醒鎖定、喚醒和過多的網絡使用都會較爲明顯地消耗電量。
啓動時間：用戶但願應用加載起來要快一些。加載時間過長的應用會被視爲沒有響應，從而破壞用戶體驗。 Android vitals 提供的各類啓動狀態的信息：包括冷啓動、暖啓動和熱啓動。
渲染時間：平滑的用戶交互 (每秒 60 幀) 是咱們的目標。Vitals 會報告須要較長時間渲染的應用以及出現了凍結幀的應用 (渲染時間大於 700 毫秒)。
許可權限：爲了保護用戶，Android 要求應用在進行任何敏感操做以前獲取用戶的許可。用戶如今能夠在運行時容許或拒絕權限請求。Android vitals 會提供有關權限拒絕的信息。

詳細瞭解每一個指標： support.google.com/googleplay/…

Android vitals 和其餘工具比較起來如何？

Android vitals 提供與其餘第三方工具相似的功能。然而它在下面幾個方面是獨一無二的。

第一個關鍵區別在於， Android vitals 不須要額外設置便可工做。您無需嚮應用中添加任何代碼 —— 一個變量都不須要。您所須要的只是用戶選擇共享使用和診斷信息。您也不須要專門的賬戶來進行管理。Android vitals 可從 Google Play Console 訪問，而 Play Console 正是您平常用來管理您應用的地方。

第二點比較微妙 —— 在用戶看到用戶界面以前，應用就可能已經崩潰了。第三方工具幾乎沒法檢測到這些崩潰，由於崩潰報告庫可能在崩潰發生時還沒有完成初始化。然而 Android vitals 會捕獲並報告這些崩潰。此外，Android vitals 容許開發者將其應用的每一個指標與其餘應用進行比較。另外，當開發者的應用與同類別中其餘應用的關鍵性能指標出現顯著落差時，開發者也會收到通知，從而助力開發者第一時間解決問題。

即便您使用其餘崩潰報告工具，也應該同時使用 Android vitals 來快速識別和修復應用中的性能瓶頸。

調查與診斷應用崩潰

想要查看 Android vitals 信息中心，請從 Google Play Console 中選擇您的應用。從左側菜單中選擇 Android vitals，而後選擇 Overview。

Overview 頁面在頂部顯示核心 vitals 指標 (崩潰、過分喚醒、ANR、部分喚醒鎖定阻塞)。咱們發現，這些指標對應用性能表現較爲重要。 Overview 頁面上提供了有關全部指標的信息，並提供了過濾功能。您能夠經過單擊 View Details 深刻了解任意指標。

值得注意的是，Android vitals 僅在收集到足夠的數據時纔會顯示此信息。因此有些應用不會顯示任何統計信息。這多是由於用戶沒有共享使用和診斷信息，或者是應用暫時還未出現會影響到性能關鍵指標的行爲。

肯定崩潰點

全部的崩潰都不太同樣。有些容易捕獲，有些很難肯定。不過，一旦肯定崩潰的來源，調試就變得容易多了。

應用崩潰和 ANR 在 Android vitals 菜單下有一個專門的分區。要查看實時崩潰信息，請在 ANRs & Crashes 下選擇 CRASHES。應用崩潰以羣集形式顯示，其中顯示了報告和受影響用戶的數量。您還能夠根據 Android 版本、時間段、應用版本和應用安裝源過濾數據。

選擇相關的崩潰羣集便可深刻研究被報告出的崩潰現象。這裏會有詳細視圖顯示出來供您查看。在這個頁面中，您能夠查看發生的異常類型、報告數量以及每次崩潰的受影響用戶。您還能夠得到應用版本、Android 版本以及發生崩潰的設備列表的統計信息。一個很棒的功能是，您能夠查看有關設備類型的一些基本信息 (例如 RAM)，從而對崩潰緣由有更深刻的瞭解。

在頁面底部，您能夠訪問崩潰日誌。日誌揭示了異常所屬的類型，以及它在應用內的根源。這應該可讓您大概瞭解到一些可能的解決方案。若是發生的是很簡單的崩潰現象，這可能意味着您只需把一小部分代碼移入 try-catch 塊，正如上圖中所展現出的那樣。固然，您也可能不是每次都能這麼順利地解決崩潰問題，但咱們相信詳盡的報告會對您很有助益。

接下來如何處理？

應用崩潰沒有必定的解決方案。可是在處理應用崩潰時，如下方案可能會派上用場：

使用像 Firebase Crashlytics 這樣優秀的崩潰報告工具以及 Android vitals，更深刻地瞭解應用崩潰現象。
試試 Kotlin。Kotlin 受到 Android 的官方支持，可與 Java 實現徹底的互操做。Kotlin 的輸入輔助等功能有助於消除 NullPointerExceptions，這是許多開發者頭痛的根源。現在許多流行的應用都是使用 Kotlin 構建的，包括 Slack 和 Camera360 等。
使用 Android Jetpack。Jetpack 爲 Android 開發者提供了一系列組件，能夠快速構建高品質的強大應用。這些組件可以確保開發者遵循最佳實踐，並減小應用中出錯的可能性。
閱讀有關 Android 性能表現最佳實踐和指南文檔。雖然這可能沒法直接幫助修復崩潰，但您將得到有關如何避免崩潰和提升應用性能的專家提示。