在竞争日益激烈的应用生态系统中,若想提供良好的用户体验,首先要确保您的应用不会崩溃。确保应用不崩溃的最佳方法之一就是,在问题出现后第一时间了解问题并知道如何展开问题排查。您可以借助 Android Vitals 排查应用中的崩溃高发区以及应用响应率方面的问题,然后利用 Firebase Crashlytics 中的自定义崩溃报告深入探究导致崩溃的根本原因,以便解决问题。
这样做的好处
找出应用内最普遍存在的崩溃问题并优先处理,这有助于您及时解决问题,以免对您的用户、应用评分和评价造成很大影响。深入了解应用中导致崩溃的事件的背景信息,从而快速地排查问题、重现崩溃情况,尽量为用户提供体验最佳的应用版本。
功能
- Android Vitals:通过一系列技术性质量指标来了解应用的表现,包括崩溃率、ANR 发生率、过多唤醒及其他指标。
- Firebase Crashlytics:获取详细的自定义崩溃报告数据,以了解应用中出现的崩溃情况。该工具会按相似堆栈轨迹将崩溃分门别类,并根据崩溃对用户所产生影响的严重程度进行分级。除了接收自动生成的报告外,您还可以通过记录自定义事件来获知导致应用崩溃的操作
请查看下方表格,详细了解这两种崩溃报告工具之间的异同。
产品功能 | Android Vitals | Firebase Crashlytics |
提供崩溃率数据 | ✓ | ✓ |
提供崩溃数据分析功能 | ✓ | |
提供应用无响应 (ANR) 数据 | ✓ | |
无需更改 SDK 或应用 | ✓ | |
提供用于自定义崩溃数据的日志和键 | ✓ | |
提供 NDK 中的详细崩溃轨迹 | ✓ | ✓ |
支持将崩溃数据导出至 BigQuery | ✓ | |
捕获预定义的 Google Analytics(分析)事件(路径) | ✓ | |
跨平台运行 | ✓ | |
与外部工具(如 Jira、Slack、PagerDuty)集成 | ✓ | |
发出异常值提醒 | ✓ | |
提供崩溃状态跟踪和回归提醒功能 | ✓ | |
记录非严重问题(例如,记录可能导致某程序的正常流程发生中断的事件,如发现异常情况) | ✓ |
最佳做法
- 在 Android Vitals 信息中心内了解应用的表现,包括崩溃率、ANR 发生率、过多唤醒和部分唤醒锁定操作卡住。在通知偏好设置中启用“Android Vitals 提醒”,这样在我们发现 Android Vitals 核心指标发生显著回归时,您就会收到电子邮件提醒。
- 利用自定义的日志和键获取自定义崩溃报告数据。利用自定义的日志和键记录其他崩溃数据,此记录可提供某一时间点的概要信息,并记下导致应用崩溃的用户操作事件。
- 将您的应用与 Google Analytics(分析)集成,以捕获预定义的事件。使用路径自动捕获预定义的 Google Analytics(分析)事件。与自定义的日志和键类似,路径可显示用户在应用发生崩溃前执行的操作以及事件中涉及的参数,从而进一步丰富崩溃报告。
- 更好地掌控应用的崩溃数据。您可以将崩溃数据从 Firebase Crashlytics 导出至 BigQuery,以便对崩溃数据进行自定义分析。
使用入门
Android Vitals Firebase Crashlytics