10 月 25 日到 11 月 8 日，RUM 的看板、异常聚合和查询各改了一处，采集侧也多了一类上下文。
一个看板属于一个应用
自定义看板现在归属到创建它的那个应用，看板里每个面板的查询都只读这个应用，面板编辑器因此去掉了应用选择：原来的“跟随页面应用”（$app，按页面当前应用解析）只留在升级前保存的看板定义里。
分析看板的页签栏只列当前应用的看板（按标题排序，最多 100 个），管理看板 页列出所有应用的看板；从管理页或链接打开别的应用的看板时，页面会先把应用切到那块看板所属的应用，再打开它。在看板页签上手动切换应用会离开这块看板，回到 概览 页签——它属于上一个应用。复制别的应用的看板，副本留在那个应用里。升级前保存的看板按它第一个读具体应用的查询归属；一个具体应用都读不到的旧看板不再出现在应用页签里，也不能再编辑，需要在目标应用下重建。
单图精确查询与趋势图粒度
数据量大时，图表标题旁显示 采样 标记，点击它可以对这张图读一次全量数据。同一账户默认最多同时运行 2 条精确查询。概览页的 用户访问趋势 图新增 聚合粒度 下拉（5 分钟、1 小时、1 天，默认 1 小时）与 分时 / 累积 切换。
异常按出错位置拆分
同一条错误消息从代码里两个不同位置抛出，现在会形成两个 Issue，不再合成一个。判断依据是能跨版本稳定复现的位置：Web JS 错误用最上层有意义堆栈帧的脚本名与函数名，Android 用异常链根因的抛出位置加下面第一个应用代码帧，iOS 崩溃用崩溃现场那一帧加下面第一个应用代码帧；行号、构建哈希、被压缩或混淆的名字都不参与，所以发新版本不会把同一个 bug 拆成新 Issue。
认不出位置的压缩帧不按位置区分，这类错误仍按类型与消息聚合。iOS 崩溃里 SDK 没能还原出符号的帧只能按镜像内偏移区分，而偏移只在一个构建内稳定，这类崩溃每发一次版都可能变成一个新建的 Issue（上传 dSYM 只改变控制台里堆栈的显示，不影响聚合）。浏览器与 Android 上已有的 Issue 继续接收该消息来自任何位置的错误，保留状态、处理人与历史；iOS 崩溃不沿用旧的只按信号合并的 Issue，会按崩溃位置新建。自定义指纹的优先级仍然最高。
原生应用也能用自然语言查
基础自然语言查询现在按当前应用的平台理解问题。Android、iOS、鸿蒙、Flutter 和 React Native 应用可以直接问崩溃、ANR、App Hang、卡顿、系统版本和机型。
资源事件可以带上响应头和请求体
Web SDK 的 beforeSend 里，Fetch 与 XHR 都可以同步读取响应头、状态码和 URL 并写入 event.context；XHR 的响应体（JSON 或 JSON 文本）和 Fetch 的字符串请求体也可以写进去。Fetch 的响应体只能异步读取，beforeSend 不等待，因此不支持。写回的整个 event.context 默认序列化预算是 225,280 个字符，超限时 SDK 停止复制后续字段并在控制台警告；整个事件达到 256 KiB 时会被丢弃。
开始使用
前往 Flashduty 控制台 → RUM，看板在 分析看板，异常在 异常分析。
更多介绍请参考产品文档：RUM 自定义看板、图表读数、异常聚合、数据查询语法指南、Web SDK 高级配置。