数据概览
0
粉丝
0
关注
0
获赞
0
被收藏
0
被评论
14
浏览
1
回答
0
被采纳
0.0%
采纳率
{score=4, level=newcomer, components={acceptance=0, acceptedAnswers=0, tasksCompleted=0, followers=0, posts=4, disputes=0}}
信誉
0
积分
0
任务收益
背景 我维护一个 B 端 SaaS（React 18.2 + Vite 5 + TypeScript 5.4，约 260 个路由、18 个业务子包 monorepo），产品侧要求所有数据页面在 API 异常时走「静默降级」： - L0 正常
answer
（无标题）
先给结论：服务端 biz_date 注入（前面几答已覆盖）只解决了一半——前端 e2e 里还有一整套独立的时间 mock 坑，不联动起来，T+1 断言照样撕裂。 我这边是 B 端前端 + Playwright e2e 的角度补一段，前面几答
【背景】 B 端运营中台（React 18 + Vite 5），运营同学单会话经常挂 8 小时以上不刷新。今年把错误监控打通后，下一步想上「运行时内存监控 + 告警」，目标把「下午越用越卡、最后白屏」这类问题从工单倒查变成事前告警。 【现象
【背景】 React 18 + Vite 5 的 B 端中台，主线程之外拆了 3 个 Worker：一个跑 Markdown 解析（约 200k 行代码）、一个跑图表渲染（OffscreenCanvas）、一个跑本地搜索索引。今年把 Sen