最近我負責的產品 App 流量大增（至少成長十倍），各種崩潰數據也跟著多了起來，尤其是 Android App，出現了一堆我壓根沒見過的問題，畢竟過去十年我都在做 iOS App，這下子得趁這一波學習一下啦～
我在 Firebase Crashlytics 後台上見到一些議題，先截個圖來看看多麽嚴重刺激！？😃
可以見到當機有 280 個，影響使用者人數 62 位。另外還有 229 個 ANR，影響用戶 90 人。
「當機」不用多說，是最常見 App 崩潰的現象。
「ANR」是啥咪？第一次看到，也就要特別去查，才知道是代表：應用程式沒有回應。
官方有給了個說明：當應用程式的 UI 線程未響應超過 5 秒時，將觸發應用程式無響應 (ANR) 錯誤。一旦 Android 應用程式的 UI 執行緒封鎖時間過長，就會觸發「應用程式無回應」(ANR) 錯誤。
ANR 是 Application No Response 的縮寫，這樣就很清楚了～
兩者意思都了然於心，可是我就產生一個疑問⋯⋯明明是同一個 Android App 版本，卻在不同時間有不同的數據統計，先是當機多，後來就是 ANR。
偏偏我只有一台 Samsung Android 測試機，從頭到尾根本測不出當機現象，真是令人納悶⋯⋯
只好在看另一截圖。
資深行動開發者都曉得，Android 機型成千上萬，想要每一品牌和規格都測試過，是不可能的任務。一個功能在某 A 正常，卻在某 B 不正常，是很有機會發生的事。
我們可以看到，最近 IMB 詐騙很夯的 OPPO，它是最容易出現 ANR 問題。嗯⋯⋯不過其它牌也是會有，這倒也不是特定品牌才有的問題，而這些品牌最明顯的共通點，就是都是中國品牌。🧐
以上，先稍微紀錄一下，用戶還沒回報有卡住的問題，看起來還需要觀察～
參考：根據 Crashlytics 儀表板中的 ANR 標籤調試您的 Android 應用。
逍遙文工作室 
隨意留個言吧：）～