Files
MailUI4Agents/client/electron/test
JianFeeeee e3b7f8f421 perf(webui): 动画卡顿三处治理 + 覆盖列表/日历
用户:「动画卡顿严重,且绝大部分场景还是没有流畅的动画」。

① 提层:`html.view-switch .rise-in` 里加 will-change: transform, opacity。
   这一档只动 opacity+transform,但没提层时浏览器不保证合成器接管。
   写在 view-switch 窗口里(只在切换的 ~400ms 内有效),不是写在元素上 ——
   常驻 will-change 会把每个面板都变成常驻图层,白吃内存。

② 去掉触发动画时那次强制同步重排:App.tsx 原来用 `void root.offsetWidth`
   让 remove/add 分属两帧,代价是每次切视图都逼浏览器把整个文档布局算一遍,
   而这笔账正好落在动画第一帧上。改成两次 rAF,同样分两帧,不付重排的钱。

③ 覆盖:列表栏与日历根节点也穿 rise-in ⇒ 切 通信/日历/工作列表 都有入场,
   仍只动"新出现的那一块",骨架不动(避免 09-14 那次"整屏闪"的老问题)。

判据(narrow-layout +3):will-change 必须在 view-switch 规则里;
   App.tsx 不得再有 `void root.offsetWidth`(且必须用 requestAnimationFrame);
   MailList/CalendarView 必须穿 rise-in。变异:抽掉 will-change → 红;
   把强制重排放回去 → 红;复原 → 77 通过 0 失败。

★ 顺带纠错:上一轮我报"整页 146 个元素带 backdrop-filter / 动画子树 76 个全带模糊"
   是我探针自己的 bug(`webkitBackdropFilter` 取到 undefined,`undefined !== 'none'` 恒真,
   连 <path>/<META> 都被算进去)。修正后实测:真模糊 0 个、同时动画 1 个、
   帧间隔中位/最长 17ms(60fps)。所以"卡顿"不是我能在本机复现的形态 ——
   需要知道你看的是哪一端/什么状态(见回信)。
2026-09-15 07:57:04 +08:00
..