无人值守数据大屏断网后，怎样恢复到可用画面

先分清页面、连接和数据哪一层失效

屏幕还在轮播，可能只是本地动画在运行；网络图标正常，也不能说明业务接口可达。HTML 标准对 navigator.onLine 的说明明确提醒，这个状态不能可靠地判断实际网络可用性。大屏应同时观察业务请求结果、最近一次有效数据时间和前端是否仍能完成更新。

验收记录可分成“页面已启动、服务已连接、数据已更新”三个时间点。假设园区能耗屏仍显示上午的数值，下午恢复网络后仅出现绿色连接图标，不能算恢复完成；还要核对数据所属时段和当前统计范围。数据源本身未更新时，页面应继续提示数据陈旧。

断网期间，各模块保留什么

是否保留旧值要由业务用途决定。展厅介绍可以继续展示，值守人员据此判断设备状态的模块则必须说明时效。不要把无法读取的值改成零，也不要让“暂无告警”掩盖告警服务不可达。

恢复连接后，先核对身份与状态再恢复轮播

建议把恢复过程写成明确顺序：检查访问身份，读取当前业务快照，再接续更新，最后撤下过期提示。若快照与实时消息并行获取，应按接口约定的版本或序号衔接，避免旧消息覆盖新状态。反复重连也不应累积多个订阅，让同一告警出现多次。

重试需要间隔和上限策略。RFC 6455 的异常关闭恢复说明建议采用退避，避免大量客户端持续立即重连。项目可约定逐步延长等待并加入随机延迟；鉴权失败则进入受控续期或人工处理，不能用无限重试掩盖账号停用。

固定终端只恢复约定页面、轮播进度或业务区域，不恢复未确认的控制动作。采集端是否补齐断线期间的数据，另按工业实时数据接入规则处理，不由浏览器猜测补全。

浏览器重启与离线缓存要单独安排

网页能自行重连，不代表浏览器退出后能够自动打开。Microsoft Edge 展示模式文档说明，空闲超时参数关闭浏览器后不会自行重启，需要 Assigned Access 等独立机制。采用哪种终端方案，应在现场操作系统和管理策略下确认。

终端管理方负责开机与进程拉起，应用维护方负责页面和数据恢复，身份系统负责人处理账号续期。若浏览器反复崩溃，启动机制应保留失败记录并通知人员；不能通过不断重启隐藏资源不足或版本错误。

首次启动无缓存、已有缓存后断网、发布新版后重启，是三种不同测试。若使用 Service Worker，Chrome 的生命周期说明提醒，新版本接管旧页面可能影响延后加载的资源。项目应把页面、脚本和资源作为一致版本发布，并约定失败回退方式；缓存只证明资源可读取，不能证明业务数据仍有效。

用故障动作和时间记录验收

在实际控制器和显示分辨率下，分别阻断业务接口、停掉数据源更新、使会话过期、关闭浏览器，再测试整机重启。每次记录故障开始、过期提示出现、连接恢复、首笔有效数据到达和画面可操作的时间，并保留服务端记录对照。

让多台终端同时恢复，观察是否集中请求、重复告警或反复闪屏；再在轮播过程中发布新版，核对资源是否完整。测试时长、允许陈旧时间与人工介入条件按现场用途约定。交付资料应写清自动恢复覆盖哪些故障、哪些必须通知人员，以及维护人员从哪里查看失败原因。