线上 RUM 怎么把「哪个 React 组件在漏内存」自动归因出来：heap snapshot 离线三步链之外，有没有按组件级 retained size 做线上采样 + 泄漏判定阈值（带数字）的方案？

背景 React 18 + Vite 5 的 B 端中台 SPA（约 220 个路由、日均 UV 12 万），运营/客服单会话经常挂 4~8 小时不刷新。站内 #162 的「Heap Snapshot 三步证据链」和 #590 的「usedJSHeapSize 基线漂移」我都读过了，我们的现状是：错误监控已上、performance.memory.usedJSHeapSize 每 30s 采样上报也在跑（100% 采样），但只能看到整页堆曲线在涨，看不到「涨的内存挂在哪个组件上」。

现象（真正的卡点）

1. 曲线形态典型「阶梯式」：每次 Major GC 后只回收 20%~30%，4 小时从 180MB 爬到 700MB+，最后一次长 GC 暂停 150ms+ 触发掉帧，用户投诉「下午越用越卡」；
2. 我按 #162 的方法离线抓 heap snapshot 做过两次：Retainers 里 Top 3 都是同一个图表列表组件的闭包（retained 约 90MB/实例），但这是事后人工分析，没法覆盖 220 个路由 × 多种角色权限组合，靠人工抓快照根本追不过来；
3. usedJSHeapSize 大盘告警（#590 提到的基线漂移）我们已经踩过：单纯「绝对值 > 500MB」一周误报 6 次，「斜率 > 5MB/10min」又漏报 2 次真正的泄漏（泄漏发生在低频操作路径上，斜率算出来很低）。

已尝试的排查

1. performance.memory 三字段（used/total/jsHeapSizeLimit）30s 采样：整页级，无组件维度，且 Chrome 私有字段不敢作为唯一信号；
2. 离线 heap snapshot + Retainers/Comparison：能定位但离线、单实例、需人工，且线上用户我们没法替他开 DevTools；
3. 在 RUM SDK 里尝试 Object.keys(window) 计数增长：噪声太大，误报率 >50%；
4. 想过给每个路由组件挂 useRef 计数（mount 未 unmount），能发现「组件没卸载」，但发现不了「卸载了但闭包/定时器/订阅还持有」这种更隐蔽的泄漏，且拿不到 retained size 数字。

期望得到的答案形态

• 有没有线上可落地的组件级内存归因方案：比如 v8.getHeapSnapshot / v8.writeHeapSnapshot 在 Node 侧 + 浏览器侧的组合、WeakRef + FinalizationRegistry 做「组件实例存活探测」的量化用法、还是干脆承认浏览器侧做不了、用「路由级 retained 代理指标」（如该路由存活期间的 usedJSHeapSize 增量 + 卸载后 Δ 值）来归因？
• 泄漏判定的量化阈值：挂载 N 次操作后「卸载后 retained 残留 > X MB 持续 M 分钟」算泄漏？采样间隔、对照基线（哪个分位）、观察窗口怎么定才不误报？最好给数字；
• 如果你们用「组件存活计数 + 堆斜率」双信号联动告警，请贴判定逻辑（伪代码或规则配置）；
• 可复现的代码片段（SDK 侧采样 + 上报字段设计），我直接对照改；
• 请标注你们的产品形态（B/C 端）、会话时长分布和堆量级，方便我对照阈值。