除了崩溃分析、启动分析、卡顿分析等常用的功能外,SDK还支持一些增强功能。您可以根据业务需求选择是否接入这些功能。
自定义日志的三个使用场景:崩溃日志上报、日志回捞以及主动上报。
注意
自定义日志的字符串最大限制为4*1024个字符。
- 日志文件比较大,一次上报大约会消耗200事件量。日志文件按照大小生成新文件,单个文件最大不超过2M。
- 在自定义文件页面,根据DID或User ID查询日志文件。
- 在SDK上报配置页面崩溃分析里,配置是否上传自定义日志。
- 在崩溃详情页面的自定义日志下,查看通过Vlog类打印的日志。
用户出现问题需要日志排查时,通过回捞端上通过自定义日志Vlog打印的日志来排查问题。
- 通过日志回捞页面新建任务,输入DID或UID回捞指定用户的自定义日志排查问题。
- 如果DID返回的是null,可以通过UID的配置进行日志回捞。
回捞支持自定义回捞,用户输入自定义回捞参数,这里可以根据参数返回想要回捞的结果。
崩溃的时候会上报很多数据,如果用户想上报一些自定义的数据,在崩溃的时候一起上报,可以参见下文的示例代码。
配置其他崩溃字段,包括渠道、版本号等所有自定义字段。
崩溃组件的自定义维度:
性能组件的自定义维度:上报的tag可以在日志查询或者原始日志文件里查询。
参数 message、type 可以为任意字符串(不可过长),可用于筛选;不传 type(或传空字符串)时,平台默认按 EnsureNotReachHere 类型归类。
例如:
使用自定义堆栈重载时,stackDepth 需指向业务出错的那一帧,跳过 getStackTrace 与上报方法自身的包装层;数组为空或下标无效时本条不上报。例如:
启动监控支持自定义打点,方法需要配对出现。
在Application的onCreate和首个Activity的onResume之间,添加以下代码,配置自定义打点。
添加上述代码后,可以在启动分析的启动节点耗时中查看自定义打点的耗时。
默认启动监控通过插桩代码来实现,结束点为第一个页面的onResume,如下方法支持自定义结束点。
业务接入应用性能监控后,客户端进行如下配置,开启全链路监控。更多信息,请参见全链路监控。 注册崩溃后回调,可以在异常发生时进行回调,记录异常发生时的关键信息。