基调听云App的数据采集时间粒度是:1分钟,即每间隔1分钟就会有性能数据上传数据中心。
根据购买的服务等级,详细性能数据最长保留3个月。汇总统计数据最长保留12个月。
支持主机/URL、地域、错误、运营商、接入方式、设备、版本、交互等维度分析,并支持多条件组合分析。
基调听云支持崩溃分析,包括堆栈信息、事件列表和不同版本、操作系统、设备型号的分析。如果已经用第三方SDK,可能会有影响。您可以在基调听云的“设置”中选择是否采用基调听云SDK来采集崩溃信息。鉴于基调听云App性能分析的完整性和专业性,我们强烈建议采用基调听云App来采集和分析崩溃信息。
有。上限数量参照商业合同。
不是。是根据GPS、基站和WIFI综合定位的。
基调听云使用自己服务器端分配的ID来作为设备的唯一识别码。
在App的“HTTP请求”分析中,选择“响应耗时”指标,就可以看到TOP5性能最慢的“性能杀手”。
在App应用程序中,有一些元素的性能比其他的元素在业务上更加重要,需要更加精准的监测。他们通常包含在关键的业务过程中(例如:登录或者购买操作),或者从性能角度要求比较高的(例如:广告图片或搜索结果)。你需要密切监测这些关键元素,当它们的性能表现不佳时,及时获得告警。
Android和ios都是根据唯一的设备id去标识用户,计算一段时间内启动过应用的用户(去重)数。
Android和iOS都是初始化探针代码执行完成,即开始采集数据。
通过GPS、基站、WIFI三种方式采集地理位置信息。
App一次启动算一次会话开始,App线程结束算会话结束。
交互性能数据七大类,见右侧附图。
捕获到系统抛出的崩溃信息,即判断App发生了崩溃或闪退。
同使用过程中问题“10”
提供了关闭HTTP网络模块采集、用户交互模块采集、崩溃模块采集、Web View模块采集的功能。 关闭方式:App控制台-》概览-》App设置-》修改设置-》启用/禁用模块。
当前选定时间内 所有URL的平均响应时间。
执行时间是指App在页面交互过程中所消耗的时间,计算方式如下 开始时间:页面初始化方法执行的时间点。 结束时间: 1、activity结束,执行onDestory方法. 2、如果activity还没有执行到onDestory方法, 但是500ms内也没有监测的子Trace。 3、时间过长,超过60s。 4、页面被置于后台。 结束条件被触发的时间点即为结束时间。
如果一个activity是另一个activity的父类,那么子类被调用的时候父类等于被调用了,所以出现了交叉。
原因: 1、当前选择时间段无数据。解决办法:扩大选择时间区间。 2、卡顿。解决办法:刷新。
开始时间:页面初始化方法执行的时间点。 结束时间: 1、activity结束,执行onDestory方法. 2、如果activity还没有执行到onDestory方法, 但是500ms内也没有监测的子Trace。 3、时间过长,超过60s。 4、页面被置于后台。 结束条件被触发的时间点即为结束时间。 300ms是从开始到结束区间内,主线程消耗的时间。
原因:1、没有升级SDK,Android 2.2.7、iOS2.2.1以上才支持webview数据的采集。 2、嵌码失败。
劫持分析中没有数据可能有两个原因:
1、没设置白名单
2、没有被劫持