You need to enable JavaScript to run this app.
导航
应用性能监控全链路版
  • 文档首页
    • /
  • 应用性能监控全链路版

崩溃分析

最近更新时间：2024.01.31 10:10:00

首次发布时间：2021.06.15 18:06:49

我的收藏

火山引擎应用性能监控全链路版的App端监控提供了崩溃分析功能，支持收集与分析iOS与Android双端多种异常崩溃类型，帮助您更精准地解决问题。
崩溃分析提供了崩溃趋势分析、崩溃分布分析、异常崩溃列表和崩溃详情四个维度和视角的分析视图，方便您更全面的分析应用中不同的异常崩溃类型。

前提条件

崩溃趋势

筛选条件

您可以通过以下筛选条件进行数据筛选：

  • Android系统支持的筛选维度：
    时间、崩溃类型、APP版本、崩溃详情、设备ID、User ID、issue新增状态、是否存在Hprof文件、是否OOM、前后台、系统版本、机型、APP小版本号、APM SDK版本、下载渠道、ROM信息、省份、使用时长、进程名、厂商、解析情况、APP页面、issue状态、处理人、标签、自定义维度、PV自定义维度。
    其中，Android崩溃类型包括Java崩溃、Java启动崩溃、Native崩溃、ANR。
  • iOS系统支持的筛选维度：
    时间、崩溃类型、APP版本、崩溃详情、设备ID、User ID、issue新增状态、启动状态、有无MemoryGraph文件、GWPAsan类型、前后台、越狱状态、系统版本、机型、APP小版本号、APM SDK版本、下载渠道、省份、使用时长、解析情况、APP页面、issue状态、处理人、标签、自定义维度、PV自定义维度。
    其中，iOS崩溃类型包括崩溃、卡死、OOM崩溃、Extension崩溃。

说明

  • issue代表根据堆栈信息聚合后的一类崩溃。
    例如，版本1.0上线后出现了崩溃A&B&C，新上线了版本2.0，出现了崩溃D，则崩溃D属于新增issue。
  • issue新增状态标记的是这个issue首次出现的版本。
    例如，产品有两个版本Banana 1.1.0和Panda 1.1.0，两个版本中都出现了崩溃A，但是崩溃A首次出现在Panda 1.1.0，那么崩溃A属于新增issue，issue新增状态筛选条件里选择新增时，只能查到在Panda 1.1.0版本中的崩溃数据。

崩溃趋势图

崩溃趋势展示了筛选条件下崩溃指标的趋势图，您也可以将趋势图按照分组维度展示。指标数据的右侧可以查看与上一周期相比崩溃数据的变化。
图片

  • 指标说明：

    指标

    说明

    崩溃次数

    崩溃发生的次数

    崩溃率

    崩溃次数/PV

    崩溃人数

    发生崩溃的用户数

    崩溃用户比率

    发生崩溃的用户数/UV

    用户数

    UV

  • 支持分组展示指标趋势图。

    • 双端通用的分组维度包括：APP版本、APP小版本号、崩溃类型、前后台、系统版本、机型、APM SDK版本、下载渠道、省份、使用时长、解析情况、APP页面。
    • 仅Android端支持的分组维度包括：ROM信息、进程名、厂商、鸿蒙系统、ANR归因、FD数量大于1000、成功抓取到logcat、系统存储空间剩余、内存存储空间剩余、sdcard存储空间剩余、是否64位设备、是否64位apk、是否root设备、是否x86设备、Java堆内存占用过高（大于95%）、最近一次onResume的Activity、stm占用最高的线程、utm占用最高的线程、虚拟内存占用过高（32位2.8G/64位3.8G）、Native堆内存占用过高（大于200M）、成功抓取到FD列表、成功抓取到线程状态列表、成功抓取到线程状态。
    • 仅iOS端支持的分组维度包括：启动状态、越狱状态、系统内存压力状态、APP内存占用异常。
      • 内存压力状态：系统整体的内存压力状态，包括其他进程。不同的数据表示内存压力的等级表示。
        • 0：默认值，可能因为内存上涨过快或者其他原因未更新。
        • 2：内存压力较低，系统内存还有一定的空闲部分，但是已经开始有安全的警告，如有可能应当开始释放不必要的资源。
        • 4：内存压力中等，系统内存已经较为紧张，如果应用程序进一步消耗了内存，可能会导致应用被系统关闭。所以应当积极采取措施来降低内存的使用。
        • 16：内存压力较高，系统内存资源已经严重不足，应用程序将要被系统结束。

崩溃分布

崩溃分布支持通过多维分析来了解崩溃的分布情况以定位问题。
图片

  • 悬停在分布图上可以查看当前分类的全称，以及在该指标类型中的占比。
  • 默认以系统版本、机型、APP版本和APP小版本号４个维度展示错误的分布情况，支持单击设置按钮选择其他维度，例如崩溃类型、前后台、下载渠道等等，Android和iOS系统对应不同的维度。
    其中，Android系统支持的维度系统存储空间剩余，表示/system分区。当系统存储空间剩余为0-1k时，有两种可能：第一种，system分区空间比较小，第二种，system空间大小读取失败。
  • 默认根据上报量展示错误的分布情况，也可以配置为根据用户量展示错误分布。

ANR崩溃归因

如果您的业务场景是崩溃类型为ANR，在崩溃分布选择ANR归因进行多维分析时，您可以通过分析上报中原始数据中的堆栈信息、ANR_INFO、调度时序图、内存新信息等，对ANR初步归因分类。由于导致ANR原因比较复杂，通常不是单一因素决定的，初步分类的结果仅供参考。

归因名称

说明

判断方法

app_deadlock_or_block

应用主线程等锁超时

主线程调用栈处于等锁并且当前消息wall＞1s

app_too_many_msg

应用发送消息太频繁导致消息阻塞

调度时序图中相同的超时消息超过100个，并且该消息的平均发送间隔小于5ms

app_with_barrier

应用主线程长时间被屏障消息阻塞

第一个pending消息是barrier，并且当前消息的wall>3s，并且当前消息的cpu/wall < 0.3，并且当前消息的msg是“no message running”

app_not_call_startforeground

应用未在规定的时间内调用startForeground()

anr_reason显示为“not call Service.startForeground” ，并且调度时序图中无超时消息(说明主线程不忙) ，并且系统状态良好

app_dex2oat

dex2oat的cpu使用率过高

ANR_INFO中dex2oat的cpu使用率＞50%

app_current_long_msg_exec(>=1s)

当前消息cpu运行时间(不含等待时间)过长

当前消息的cpu时间≥1s

app_sleeping_long

应用主线程sleep时间过长

主线程sleep＞3秒

app_io_operation

应用主线程IO操作耗时

主线程IO操作耗时＞3秒

app_sync_with_sub_thread

应用主线程等子线程完成任务出现超时

主线程等子线程＞3秒

app_binder_call

应用主线程binder调用超时

binder调用＞3秒

app_wait_gc

应用主线程卡在WaitForGcToCompleteLocked等GC完成

主线程wait gc＞3秒

app_current_long_msg_wait(>=3)

当前消息wall时间(含等待时间)过长

当前消息的wall时间≥3s，并且系统状态良好

app_memleak

应用内存泄露

自定义维度（java_heap_leak）Java堆的使用率＞95%
和Java堆内存占用过高一样。

应用内存泄露

现场数据-内存数据-totalPss
总进程已使用物理内存（共享占用比例分配）
应用的PSS＞500M

app_history_long_msg_exec(>=1s)

历史消息cpu执行耗时长

历史消息cpu时长≥1s

app_history_long_msg_wait(>=5s)

历史消息wall等待时间长

type8类型的历史消息wall时长≥5s，并且系统状态良好

app_cpu_usage_high_sub_thread(>=150%)

应用的cpu使用率高

ANR_INFO
应用的cpu使用率高≥150%，并且子线程占比最高

app_cpu_usage_high_main_thread(>=150%)

应用的cpu使用率高

ANR_INFO
应用的cpu使用率高≥150%，并且主线程占比最高

sys_kswapd_high(>15%)

系统内存压力大

ANR_INFO
应用状态无明显异常，但系统kswapd的cpu占比＞15%

sys_iowait_high(>15%)

系统IO压力大

ANR_INFO
应用状态无明显异常，但系统iowait的占比＞15%

sys_mmcqd_high(>15%)

系统IO压力大

ANR_INFO
应用状态无明显异常，但系统mmcqd的占比＞15%

sys_load_high(>20)

系统负载过大

ANR_INFO
应用状态无明显异常，但系统的cpu loading＞20

sys_cpu_usage_high(>=80%)

系统cpu使用率过高

ANR_INFO
应用状态无明显异常，但系统的cpu使用率＞80%

invalid_log

基于目前的判断逻辑无法确定归因

以上归因逻辑都不满足

异常崩溃列表

异常崩溃列表展示了同一类崩溃聚合后的数据，包括崩溃说明、崩溃类型、影响用户数、发生次数、崩溃率、最近发生时间、日志上报时间、状态、处理人。
图片

  • 崩溃说明：单击可以跳转到崩溃详情中查询更多崩溃信息。
  • 影响用户数：单击数字后的图标可以预览趋势图，悬浮趋势图可以查看对应的时间。
  • 发生次数：单击数字后的图标可以预览趋势图，悬浮趋势图可以查看对应的时间。
  • 排序：列表默认按照影响用户数、发生次数、崩溃率降序排序。单击最近发生时间或日志上报时间，可以按照时间降序或者升序排序。
  • 下载：单击右上角下载按钮，下载前100条数据，以.xlsx的文件格式展示列表中的数据。
  • 设置：单击右上角设置按钮，可以自定义列表展示的列数据。除了默认的列数据，您还可以配置：同比发生次数、同比影响用户数、同比崩溃率、影响用户率、同比影响用户率、起止版本、起止小版本号。

崩溃详情

在崩溃详情页面可以查询单次崩溃的各字段属性。

崩溃字段

说明

控制台图示

崩溃摘要

包含issue标题、堆栈关键信息、最近上报时间、最近发生时间、首次发生时间、崩溃说明、崩溃次数、崩溃人数、崩溃率、崩溃用户比率。还支持配置issue的自定义标签，具体请参见标签管理。

图片

崩溃趋势

该issue的崩溃数和影响用户数的变化趋势。

图片

自动分析

聚合崩溃分布的信息，让信息更聚焦。
更多特征分布，请参见崩溃分布。

图片

崩溃分布

通过多维分析来了解issue在各维度上的分布情况。

图片

Logcat词云

崩溃问题分析维度较多，Logcat日志文件保存了崩溃进程内程序运行的日志信息。排查崩溃问题时，有时需要对大量Logcat日志逐行排查比较耗时。
词云可以通过对issue下日志进行自动化分析，挖掘出高频出现的日志片段，辅助分析崩溃问题。

说明

iOS暂不支持此功能。

图片

页面历史聚合树

对应用页面历史路径的聚合，展示当前issue的历史路径的聚合情况。崩溃的路径历史详细数据可以在现场数据下页面追踪中查看。

图片

详细信息

查询单次crash的各字段属性。

图片

原始堆栈＆Retrace

  • iOS：未上传符号表，展示的是原始堆栈，即客户端上传的原始日志中的堆栈信息；上传符号表后，展示解析后的Retrace，即经过符号化之后的堆栈。
  • Android：未上传符号表，展示的是混淆堆栈；上传符号表解析后展示的为原始堆栈。
  • 如果符号表或解析有误，可在Retrace界面单击重试Retrace。

图片

符号表

手动上传与下载符号表。

图片

现场数据

现场数据包括了崩溃时的存储数据信息、上报的自定义字段属性、最近打开的页面。

图片

Native信息

Native信息包含每次crash发生时，Native的Maps详情列表、Maps智能归类、FD归类、进程状态、线程状态和线程分类。

说明

iOS暂不支持此功能。

图片

ANR_INFO

ANR_INFO上报并展示ANR发生时processName、tag、shortMsg、longMsg、Reason、Load、Android time、CPU usage等信息。

说明

iOS暂不支持此功能。

图片

调度时序图

调度时序图以时序图的形式展示消息调度耗时与错误的情况，包括了Wall Time、CPU Time等信息，并通过不同颜色标识错误节点、长耗时节点。

说明

iOS暂不支持此功能。

图片

跟踪日志

跟踪日志里展示了crash发生前后的日志流，包括进程:线程信息、日志级别、日志详情内容，并支持检索筛选。

说明

iOS暂不支持此功能。

图片

崩溃信息

不同的崩溃类型展示的崩溃信息有所不同。

说明

Android暂不支持此功能。

自定义日志

自定义日志支持回捞、上报自定义的日志内容，包括进程:线程信息、日志级别、日志详情内容，并支持检索筛选。

图片

文件下载

文件下载支持下载文件，包括原始崩溃信息、自定义文件等。

图片

自动分析

自动分析是聚合崩溃分布的信息，让信息更聚焦。更多特征分布，请参见崩溃分布。

图片

崩溃分布

崩溃分布支持通过多维分析来了解issue在各维度上的分布情况。

图片

设置：单击右上角设置按钮配置其他维度，查看不同维度的分布情况，以定位问题。

Logcat词云

说明

iOS暂不支持此功能。

崩溃问题分析维度较多，Logcat日志文件保存了崩溃进程内程序运行的日志信息。在崩溃问题排查过程中，有时需要对大量Logcat日志逐行排查比较耗时。词云功能可以通过对issue下日志进行自动化分析，挖掘出高频出现的日志片段，辅助分析崩溃问题。
在issue详情页切换到Logcat词云页签，可以看到以下分析报告示例。
图片
分析报告中日志按频率排序，文字颜色无特殊含义。
名词解释：

概念

含义

频率

该行日志脱敏处理后在全部Logcat日志文件中出现的次数占比

权重

结合内部经验积累，根据特定词进行动态加权计算，突出日志中出现的特定词

日志

Logcat日志中对单行日志进行脱敏等操作后生成的字符串

词云功能对泄漏、磁盘满、高频异常报错等导致的崩溃问题分析提供有效帮助。
问题说明：

问题类型

关键词举例

磁盘空间不足

SQLiteFullException、disk I/O error、ailed to open database等

通信相关

socket timeout、Broken pipe

fd相关

Too many open files、EMFILE、Bad file descriptor等

内存相关

GL error、mmap failed、ashmem_create_region等

页面历史聚合树

页面历史聚合树是对应用页面历史路径的聚合，展示当前issue的历史路径的聚合情况。崩溃的路径历史详细数据可以在现场数据下页面追踪中查看。

图片

  • 页面路径根据Activity生命周期方法记录还原出历史路径。
  • 历史路径中第一层为崩溃发生的页面，从上到下是页面路径的回溯，最多回溯10层。其中，每一层宽度表示当前路径所占百分比。
  • 页面路径中的节点名称包含Activity的类名称和生命周期方法全称，生命周期方法包含onCreate方法和onStart方法。
    • onCreate方法一般说明当前节点的Activity是新启动的页面
    • onStart方法一般说明当前节点的Activity是从其他页面返回
  • 聚合树支持通过筛选项筛选崩溃数据，页面至多选取100条崩溃数据聚合展示，如果数据过少可以增加时间范围筛选更多崩溃数据。
  • 聚合树中的每一个色块都支持双击展开当前路径，再次双击恢复初始状态。
  • 左上角的筛选框支持筛选崩溃发生的页面。

详细信息

在详细信息中，您可以查询单次crash的各字段属性。

图片

  • 追查：单击设备标识ID或UserID旁的追查，可跳转至单点追查以查询完整的上下文日志流。
  • 切换崩溃详情：通过右上角切换详情，可切换crash。
  • 下载：单击右上角下载按钮可以下载日志文件，以.txt文件类型展示日志详情。

原始堆栈&Retrace

如果未上传符号表，展示的是原始堆栈，即客户端上传的原始日志中的堆栈信息；如果已上传符号表，展示的是解析后的Retrace，即经过符号化之后的堆栈。

  • 如果符号表或解析有误，可以重新上传符号表或者在Retrace的界面单击重试Retrace。
  • 卡死问题发生时会分析线程的锁等待关系。如存在锁等待关系，会显示在Retrace中。
    图片
  • 如果开启了GWPAsan采样，Retrace中可以查看GWPAsan类型和堆栈。
    图片

    注意

    开启GWPAsan可能会增加崩溃率，请谨慎斟酌。

现场数据

现场数据包括了崩溃时的存储数据信息、上报的自定义字段属性、最近打开的页面。

  • 存储数据：展示了发生崩溃时的存储信息
    图片
  • 自定义数据：展示上报的自定义字段的属性
    图片
  • 页面追踪：展示崩溃前后的页面动作
    图片

Native信息

说明

iOS暂不支持此功能。

Native信息包含每次crash发生时，Native的Maps详情列表、Maps智能归类、FD归类、进程状态、线程状态和线程分类。

崩溃信息

说明

图示

Maps详情

展示了起始地址、结束地址、页面大小、访问权限、文件偏移、内存段名、分类Tag。

图片

Maps智能归因

展示了根据Maps详情进行崩溃智能归因。

图片

FD归因

展示根据句柄进行FD归因。

图片

进程状态

展示崩溃时进程状态的详情列表。

图片

线程状态

展示崩溃时线程状态的详情列表。

图片

线程分类

展示根据线程将崩溃信息进行分类。
其中，Utm、Stm、运行时长表示的是组内的线程的值相加的和。
例如，运行时长为8小时，表示这个分组下线程运行时长的和。

图片

ANR_INFO

说明

iOS暂不支持此功能。

ANR_INFO上报并展示ANR发生时processName、tag、shortMsg、longMsg、Reason、Load、Android time、CPU usage等信息。
图片

调度时序图

说明

iOS暂不支持此功能。

调度时序图以时序图的形式展示消息调度耗时与错误的情况，包括了Wall Time、CPU Time等信息，并通过不同颜色标识错误节点、长耗时节点。
图片
展开消息后，如果要收起消息，请先取消勾选仅显示长耗时消息，然后勾选仅显示长耗时消息。

跟踪日志

说明

iOS暂不支持此功能。

跟踪日志里展示了crash发生前后的日志流，包括进程:线程信息、日志级别、日志详情内容，并支持检索筛选。
图片

崩溃信息

说明

Android暂不支持此功能。

不同的崩溃类型展示的崩溃信息有所不同。

崩溃类型

展示模块

说明

崩溃

详细信息

展示崩溃的一些具体信息：崩溃类型、崩溃原因等。

寄存器

崩溃发生时的寄存器信息，默认不会采集。可以在SDK上报配置页面崩溃分析 > 是否开启寄存器分析配置开启采集上报（语言类异常不会上报）。

栈内存

崩溃发生时的栈内存信息，默认不会采集。可以在SDK上报配置页面崩溃分析 > 是否开启栈内存分析配置开启采集上报（语言类异常不会上报）。

Dealloc堆栈

记录Zombie对象释放时的堆栈，在开启线上Zombie监控功能之后，当发生Zombie问题时，会上报该信息。

卡死

-

展示应用退出前的卡死时长。

OOM崩溃

-

展示应用退出前的内存变化趋势。

崩溃排行

筛选条件

您可以通过以下筛选条件进行数据筛选：
时间、系统版本、APP版本、APM SDK版本、issue状态

详细数据

详情数据列表中默认展示了崩溃率从高到低排序的数据列表，可以观察已接入的应用崩溃率分布，对进行应用优化分析提供思路。
图片

  • 分布图：单击系统版本分布列的分布图，可以查看崩溃发生在该APP版本中的系统版本分布比例。如果某个系统版本在分布图中占比很高，需要重点优化和排查问题。渠道分布和机型分布的分布图，与系统版本分布功能相同。
  • 下载：单击右上角下载按钮，可以下载前10000条崩溃数据，按照xlsx形式展示。

应用退出原因

注意

应用退出原因只支持分析Android端应用的数据。

筛选条件

您可以通过以下筛选条件进行数据筛选：
时间、设备ID、User ID、是否用户主动退出、退出原因类型、退出原因子类型、APP页面、系统版本、机型、APP版本、APP小版本号、APM SDK版本、下载渠道、ROM信息、省份、使用时长、进程名、厂商、issue状态、处理人、标签。

背景信息

退出原因类型支持：

状态编号

状态名称

退出原因

备注

0

REASON_UNKNOWN

未知原因

Android11新增

1

REASON_EXIT_SELF

进程自己请求退出，一般是主动调exit

2

REASON_SIGNALED

进程被信号终止

3

REASON_LOW_MEMORY

系统内存不足导致进程被杀死

4

REASON_CRASH

JavaCrash导致进程退出

5

REASON_CRASH_NATIVE

NativeCrash导致进程退出

6

REASON_ANR

ANR（应用程序未响应）导致进程退出

7

REASON_INITIALIZATION_FAILURE

进程初始化失败退出

8

REASON_PERMISSION_CHANGE

应用程序权限改变退出

9

REASON_EXCESSIVE_RESOURCE_USAGE

进程消耗资源过多导致退出

10

REASON_USER_REQUESTED

应用进程因用户请求而被终止，如“强行停止”或从“最近使用”移除

11

REASON_USER_STOPPED

用户停止进程退出

12

REASON_DEPENDENCY_DIED

进程所依赖的进程已经死亡，导致当前进程被杀（binder c/s）

13

REASON_OTHER

其他未知原因

14

REASON_FREEZER

应用程序进程被 App Freezer 杀死，例如，因为它在被冻结时接收同步活页夹事务

Android13新增

退出原因子类型支持：

状态编号

状态名称

状态退出原因子类型

备注

0

SUBREASON_UNKNOWN

未知子状态

Android11新增

1

SUBREASON_WAIT_FOR_DEBUGGER

进程等待调试器

2

SUBREASON_TOO_MANY_CACHED

进程缓存过多，需要释放

3

SUBREASON_TOO_MANY_EMPTY

进程数量过多，需要释放

4

SUBREASON_TRIM_EMPTY

释放了一个空闲进程

5

SUBREASON_LARGE_CACHED

进程缓存过大，需要释放

6

SUBREASON_MEMORY_PRESSURE

系统内存压力导致进程被杀死

7

SUBREASON_EXCESSIVE_CPU

进程占用CPU过多，需要释放

8

SUBREASON_SYSTEM_UPDATE_DONE

系统更新完成，需要释放进程资源

9

SUBREASON_KILL_ALL_FG

杀死所有前台进程

10

SUBREASON_KILL_ALL_BG_EXCEPT

除了指定进程外，杀死所有后台进程

11

SUBREASON_KILL_UID

杀死指定UID的进程

12

SUBREASON_KILL_PID

杀死指定PID的进程

13

SUBREASON_INVALID_START

进程启动失败

14

SUBREASON_INVALID_STATE

进程处于无效状态

15

SUBREASON_IMPERCEPTIBLE

后台进程被杀。应用程序在后台，如果有大量前台进程的情况下，后台进程被杀会被标记为这种类型

16

SUBREASON_REMOVE_LRU

移除LRU子类型原因，删除最近最少使用的应用程序情况

17

SUBREASON_ISOLATED_NOT_NEEDED

孤立进程不需要子类型原因

18

SUBREASON_CACHED_IDLE_FORCED_APP_STANDBY

该进程被终止是因为它处于强制应用程序待机状态，并且已被缓存和
uid 状态是空闲的情况的进程，REASON_OTHER的子类型归因

Android12新增

19

SUBREASON_FREEZER_BINDER_IOCTL

REASON_FREEZER的字类型归因，无法进行binder

20

SUBREASON_FREEZER_BINDER_TRANSACTION

REASON_FREEZER的字类型归因，binder对端被kill等原因

21

SUBREASON_FORCE_STOP

force stop类型kill

Android13新增

22

SUBREASON_REMOVE_TASK

remove task

23

SUBREASON_STOP_APP

stop app

24

SUBREASON_KILL_BACKGROUND

后台被kill

25

SUBREASON_PACKAGE_UPDATE

package 更新导致被kill

上报趋势图

上报趋势图展示了筛选条件下应用退出的上报趋势，您也可以将趋势图按照分组维度展示。指标数据的右侧可以查看与上一周期相比上报数据的变化。
图片
指标说明：

指标

说明

上报次数

筛选条件下应用退出的上报次数

上报率

筛选条件下应用退出的上报次数/筛选条件下的总PV数

上报用户数

筛选条件下应用退出的用户数

上报用户比例

筛选条件下应用退出的用户数/筛选条件下的总UV数

上报分布图

上报分布支持通过多维分析了解应用退出原因的分布情况以定位问题。
图片

  • 悬停在分布图上可以查看当前分类的全称，以及在该指标类型中的占比。
  • 默认从APP版本、APP小版本号、退出原因类型和退出原因子类型４个维度展示错误的分布情况，支持单击设置按钮选择其他维度，例如APP页面、系统版本、下载渠道等等。
  • 默认根据上报量展示错误的分布情况，也可以配置为根据用户量展示错误分布。

上报列表

上报列表展示了同一类退出原因聚合后的数据，包括退出类型、上报用户数、上报次数、上报率、应用退出时间、日志上报时间、退出子类型、状态和处理人。
图片

  • 退出原因：单击可以跳转到应用退出原因详情页面中查看更多退出原因的信息。
  • 上报用户数/上报次数：数字后的图标可以预览趋势图，悬浮趋势图可以查看对应的时间。
  • 排序：默认按照上报用户数、上报次数、上报率降序排序。单击应用退出时间、日志上报时间可以按照时间降序或者升序排序。
  • 下载：单击右上角下载按钮，下载前100条数据，以.xlsx的文件格式展示列表中的数据。
  • 设置：单击右上角设置按钮，可以自定义列表展示的列数据。除了默认的列数据，您还可以配置：同比发生次数、同比影响用户数、影响用户率、同比影响用户率、同比上报率、起止版本。

应用退出原因详情

用用退出原因详情中，展示了所选退出原因聚合后的一类数据。包括指标数据、上报趋势、上报分布、详细信息和退出原因、现场数据、跟踪日志以及文件下载。
图片

  • 退出原因：查看应用退出原因的详细信息，是分析退出原因的重要信息。
  • 现场数据：查看应用退出时的实际现场数据，帮助分析影响应用退出的原因。
  • 跟踪日志：查看退出应用的上下文日志，便于分析和排查应用退出的原因。
  • 文件下载：下载Dump文件.zip，查看打包的日志文件。