检索中心
用户访问应用过程中会触发一系列记录明细,包括:应用启动、用户会话、页面加载、视图启动、用户操作、网络请求、崩溃记录、ANR记录、JS错误记录、卡顿记录、自定义异常、自定义事件。
在检索中心,用户可以快速查询到用户访问应用过程中的明细数据,并可以定位问题堆栈、现场信息,以及上下文。

各应用类型存在的记录如下表:
| 应用类型 | 记录 |
|---|---|
| Andriod | 应用启动、用户会话、页面加载、视图启动、用户操作、网络请求、崩溃记录、ANR记录、卡顿记录、JS错误记录、自定义异常、自定义事件 |
| HarmonyOS NEXT | 应用启动、用户会话、页面加载、视图启动、用户操作、网络请求、崩溃记录、卡顿记录、JS错误记录、自定义异常、自定义事件 |
| iOS | 应用启动、用户会话、页面加载、视图启动、用户操作、网络请求、崩溃记录、卡顿记录、JS错误记录、自定义异常、自定义事件 |
| Web应用 | 应用启动、用户会话、页面加载、用户操作、网络请求、JS错误记录、自定义异常、自定义事件 |
| 微信小程序 | 应用启动、用户会话、视图启动、用户操作、网络请求、JS错误记录、自定义异常、自定义事件 |
| 抖音小程序 | 应用启动、用户会话、视图启动、用户操作、网络请求、JS错误记录、自定义异常、自定义事件 |
使用场景
客户投诉问题溯源场景:当收到客户投诉并已知具体投诉时间与关联用户信息时,可在 RUM 检索中心快速定位目标用户会话:输入用户名称或ID并限定投诉时间范围,筛选出对应会话记录后,通过查看会话回放功能,完整追溯用户操作轨迹(如页面跳转、点击按钮等),同步关联回放过程中的性能波动、网络请求报错等数据,精准定位导致投诉的体验问题(如页面卡顿、操作无响应)。
应用崩溃代码定位场景:若已知应用存在具体崩溃、JS错误等异常时,在 RUM 检索中心筛选对应异常类型,找到目标异常记录后,直接查看关联的崩溃堆栈信息,可清晰追溯异常触发的代码调用链路、报错行号及相关上下文,快速定位代码层面的问题根源,减少跨团队排查时间。
特定事件上下文查询场景:当需分析已知具体事件(如 “支付失败”“订单提交超时”)时,在 RUM 检索中心输入事件信息,快速定位该事件对应的用户会话;通过查看会话明细的操作上下文(如事件前后的页面状态、接口请求参数、返回结果),明确事件发生的完整场景与诱因。
开始使用
入口:观测洞察/检索中心,可点击记录所在会话ID查看完整的上下文信息和分析问题。
点击对应记录页签,可以查看记录列表。各记录的错误、慢等状态定义见健康判定

支持根据应用属性、用户属性、用户组属性、基本信息(终端设备、终端设备IP、终端操作系统、城市、运营商、接入方式、应用探针版本、下载渠道等)、标签进行过滤,并会展示最近使用的过滤条件,也可将常用过滤保存下来,方便后续快捷过滤引用。

记录详情
崩溃记录
展示:代码问题摘要、应用名称及版本、会话时长、用户ID、终端设备等信息,以及堆栈、操作轨迹、现场、系统日志、自定义信息
代码问题摘要:将问题记录提取问题、原因、方法,将同一类问题进行归类统计分析。

堆栈:SDK会采集原始堆栈,可通过上传符号化文件解析堆栈,支持下载堆栈到本地。符号化文件管理

操作轨迹:指的是触发当前记录的操作轨迹,具体如下:

现场展示的是设备现场信息,具体如下:

JS错误记录
在该菜单下可以查看所有应用的JS错误记录,便于快速定位。
-
详情包括JS错误摘要、JS错误详情、堆栈,可对堆栈进行解析,定位到问题代码。
-
点击用户ID,即可跳转到用户会话/用户详情;点击会话时长即可跳转到检索中心/用户会话/用户会话详情,并打开当前JS错误事件。如果没有上次JS SourceMap文件,点击可跳转到规则配置/实体识别/终端应用/JS SourceMap管理进行上传

页面加载记录
展示页面加载指标信息和瀑布图。
瀑布图横轴以 “毫秒(ms)” 为单位,从左到右覆盖页面加载的全周期(0ms 到 8998ms)。每个资源的 “块” 在横轴上的长度,代表该资源从发起请求到加载完成的总耗时,帮助你快速定位 “耗时最久的时间段”。
纵轴列出了页面加载的所有资源(如 total_slow、各类 CSS/JS 文件),每一行包含三个关键信息:
- 名称:资源的文件名(如
jquery.min.js); - 大小:资源的体积(如
84.68KB); - 加载耗时:该资源从开始到完成加载的总时间(如
710ms)。
性能分析逻辑:
-
找 “耗时 Top 资源”:关注 “加载耗时” 列数值大的资源(如
jquery.min.js耗时710ms、jquery-1.7.2.min.js耗时634ms),这类资源是前端性能优化的重点(可考虑压缩、CDN 加速、异步加载等)。 -
看 “耗时阶段分布”:通过颜色块的长度,分析资源在哪个阶段耗时最多。例如:
若某资源的 “蓝色 Blocking 块” 很长,说明浏览器因资源依赖被阻塞(需优化资源加载顺序,如把非关键 CSS/JS 改为异步加载);
若 “紫色 Response 块” 很长,说明服务端返回数据慢(需排查后端接口性能)。
-
识别 “资源依赖”:若资源是 “串行加载”(一个资源加载完才开始下一个),可考虑改为 “并行加载”(如给 JS 加
defer/async属性),减少整体加载时间。
通过以上分析,你可以精准定位页面加载的核心瓶颈资源和耗时阶段,从而针对性地进行前端资源优化、后端接口调优或网络配置调整。

用户操作记录
展示用户操作触发的网络请求和请求状态,并可点击查看分析详情

横轴以 “毫秒(ms)” 为单位,从左到右代表页面加载的时间进程(0ms 到 10344ms)。每个时间节点对应不同请求的发起、执行和完成阶段,帮助你定位请求的耗时分布。
-
顶部的 “ME on-click” 是触发页面加载的动作(如用户点击事件)。
-
下方的请求是该动作触发的
网络请求链
包含:
- 蓝色条目:正常的网络请求(如
http://www.baidu.com/event); - 红色条目:异常请求(如带红色标记的
http://www.baidu.com/xxx?ts=1234,可能是请求失败、超时或返回错误状态码); - “webview - 请求回调” 类条目:前端容器(如 WebView)的请求响应回调逻辑。
- 蓝色条目:正常的网络请求(如
性能分析逻辑
- 找耗时峰值:观察哪个时间段的请求条块最宽(如某请求占据 2944ms-4415ms 区间),说明该请求耗时最长,是性能优化的重点。
- 看异常传播:若红色请求出现在关键链路中,需排查其对后续请求的影响(如是否阻塞了页面渲染)。
- 理请求依赖:通过请求的时间先后和层级关系,分析 “哪些请求是串行依赖的”“哪些是并行执行的”,从而优化请求调度逻辑(如并行化非依赖请求)。
通过以上维度,你可以快速定位页面加载的性能瓶颈(耗时最长的请求)和异常点(失败 / 错误的请求),为前端优化或接口调试提供方向。
网络请求记录
展示网络请求DNS、TCP、SSL、Request、接收耗时,以及现场信息和请求参数
