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小时全天候智能回复用户消息,自动维护媒体主页,全平台渠道集成管理,电商物流平台一键绑定,让您出海轻松无忧!
相关推荐
万笑佛28 分钟前
Python 实现Kafka SASL认证生产消费曹牧28 分钟前
Oracle:快速定位最新数据Zhu7581 小时前
在Docker环境部署ApacheGuacamole,对接PG数据库Leighteen1 小时前
Redis与MySQL双写一致性:从问题根源到工程落地m0_617493942 小时前
Python OpenCV 透视变换(Perspective Transform)详解与实战小李不困还能学2 小时前
PyCharm下载安装与配置教程博观而约取厚积而薄发2 小时前
Pytest 从入门到精通,一篇就够(超详细实战教程)AI-好学者2 小时前
阶段二-Cypher查询语言详解imzed2 小时前
使用 Playwright + Pytest 构建 Web UI 自动化测试框架