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小时全天候智能回复用户消息,自动维护媒体主页,全平台渠道集成管理,电商物流平台一键绑定,让您出海轻松无忧!
相关推荐
卷毛的技术笔记16 分钟前
告别硬编码!Spring AI Alibaba 实现 AI Agent 智能工具调用(Tool Calling)编程大师哥16 分钟前
匿名函数 lambda + 高阶函数vb20081126 分钟前
FastAPI APIRouteradrninistrat0r36 分钟前
Java调用链MCP分析工具杨充1 小时前
1.3 浮点型数据设计灵魂meilindehuzi_a2 小时前
深入浅出数据结构:Python 字典(Dict)与集合(Set)的哈希表底层全链路追踪Lucas凉皮2 小时前
20243408 2025-2026-2 《Python程序设计》综合实践报告键盘上的猫头鹰2 小时前
【MySQL 教程(八)】索引、事务、用户管理、导入导出与分页查询Royzst2 小时前
数据库知识点雪的季节2 小时前
企业级 Qt 全功能项目