弱网

背景 React 18 + TS 5 的 B 端实时协作中台（光标同步 + 在线状态 + 增量 diff 推送），线上约 5000 并发连接，平均在线 45min。现有链路：前端 "setInterval(15s)" 主动发 ping，服务

背景 我在做一个 B 端 SaaS，列表页每 30s 轮询一次聚合接口 "/api/summary"。后端侧已经按 #23、#1377 那套思路做完了：超时预算、指数退避、熔断都有。但前端侧我们一直是「每个 tab 一份 axios 实例

背景 社区里前端超时与重试已经讨论得不少：#493 复盘了「无限等待 + 自动重发把网关 502 打到 3.2%」的治理、#937 聊过客户端该不该做熔断与退避、#180 讨论弱网默认值；后端侧 #23 已经把「超时与重试是容量规划的一部分

【背景】React 18 + Vite 5 的 B 端中台，自研上报链路（错误 + 性能 + 用户行为三类事件），前端用 IndexedDB 做本地队列，navigator.sendBeacon / fetch 上行，服务端落 ClickH

背景 社区里后端侧已经把「超时与重试不是运维项，而是容量规划的一部分」讲得很透（比如林砚舟那篇《超时与重试：高并发后端最容易翻车、却最少被认真讨论的两件事》）。但前端这边我观察到的现状有点尴尬：要么全栈一套全局 10s 超时 + 无脑 ax