navigator.onLine 不可靠,仅反映网络栈状态而非真实连接;应结合 AbortController 控制的 fetch 心跳检测(如 /api/ping)判断服务可达性,并加防抖和 CSS 过渡优化提示体验。监听 navigator.onLine 不能直接信浏览器的 navigator.onLine 只反映当前网络栈是否"认为"连上了,不是真实连接状态。比如 WiFi 已连但路由器断网、代理失效、DNS 拒绝响应,navigator.onLine 仍可能返回 true。它只在用户手动禁用网络(如关 WiFi、开飞行模式)时才可靠触发 false。实操建议:立即学习"前端免费学习笔记(深入)";不要单独依赖 navigator.onLine 显示"重新连接中..."------它会漏掉大量真实中断场景把它当作快速前置判断:若为 false,立刻显示提示;若为 true,仍需发起心跳检测确认服务可达监听 online 和 offline 事件时,注意事件可能延迟几百毫秒甚至更久,别指望它实时用 fetch() 心跳检测判断后端是否真通前端真正需要知道的是"能否访问我们的 API",而不是"有没有 IP 连接"。最稳的方式是定期发一个轻量 fetch() 到一个稳定 endpoint(比如 /health 或 /api/ping),根据响应状态和超时决定 UI 状态。实操建议:立即学习"前端免费学习笔记(深入)";心跳请求必须设 timeout(用 AbortController),默认 fetch 没超时机制,卡住会阻塞后续判断避免用 GET / 或静态资源路径(如 /favicon.ico),它们可能被 CDN 缓存或绕过后端,无法反映真实服务状态后端 /health 应检查数据库连接、核心依赖等,不能只是返回 200 OK示例关键逻辑:const controller = new AbortController(); setTimeout(() => controller.abort(), 5000); fetch('/api/ping', { signal: controller }) .then(r => r.ok ? setOnline() : setOffline()) .catch(() => setOffline());"重新连接中..." 文本要防重复渲染和闪动网络抖动时,online/offline 事件和心跳失败可能高频触发,导致提示反复出现/消失,用户体验极差。 JoinMC智能客服 JoinMC智能客服,帮您熬夜加班,7X24小时全天候智能回复用户消息,自动维护媒体主页,全平台渠道集成管理,电商物流平台一键绑定,让您出海轻松无忧!
相关推荐
IvorySQL3 小时前
PostgreSQL 日报|恢复期 COPY TO 未日志表修复(10 月 21 日)贝猫说python4 小时前
大模型比赛2.3智能体开发(工具调用智能问答助手)许彰午5 小时前
28-ORA-01110数据文件读取错误凯凯姜5 小时前
MySQL 联合索引设计与索引失效猫咪很可爱6 小时前
Oracle TEMP 表空间不足(ORA-01652)问题分析与优化实践外收内放6 小时前
面向对象高级(实战案例)专业程序开发源7 小时前
springboot欧缇蔓月子中心管理系统82697-计算机课程设计、毕业设计FPGA小迷弟7 小时前
用 Claude Code 重构遗留系统:从评估到落地的完整实践指南卷无止境7 小时前
面向arm64桌面客户端开发全景:语言、框架与生态九零HTTP7 小时前
10月21号-CSDN配菜-IP池的5个坑