事件背景：6 小时的三段式静默桌面客服工具在线上的某个上午出了一件事：挂在公司工作台上的接待台，从 11:24 到 18:00 将近 6 个半小时里，一条新消息都没有接待。日志里 0 唤醒、0 读取、0 回复，三连零。事后对账发现那段时间平台侧真实躺着二十多条未读，有十几条是客户等不到回应、转头去投诉的。同期挂在同一台机器上、走同一条守候管线的另一平台接待，正常处理了 56 条消息，回复时延中位数 3 秒。一台机器、一套代码、一条守候链路，两个端点，一个完全失聪，一个毫无异样。### 值守形态：活跃态与守候态先把工具的接待形态交代清楚，后文所有讨论都建立在这上面。它常驻一个接待台窗口，值守时只有两种形态。一是活跃态：窗口可见，前端页面里挂着未读计数，引擎以秒级节奏直接读页面 DOM，读到变化就接待，读不到就歇口气再看，这条路径简单直接，没有悬念。二是守候态：接待台被用户手动最小化，或被系统按规则收进屏幕边界之外，引擎随即停掉对前端的常态读取，转入纯等待。之所以停读，是权衡过的：前端定时器与渲染在后台被降频甚至挂起，读到的数字长期滞后；持续读取还会让接待台在任务栏上高频闪烁，用户嫌烦；