Android Chrome 浏览器投屏时因网络或设备异常导致崩溃的解决方案

android 版 chrome 浏览器在向 chromecast 投屏过程中，若遭遇网络中断、cast 设备断电或 wi-fi 关闭等异常情况，浏览器会无提示闪退；本文提供基于会话状态、网络连通性与 api 可达性三重校验的稳健容错方案。

在 android 平台使用 Chrome 或 edge 浏览器进行 Cast 投屏时，一个隐蔽但高频的问题是：当 Chromecast 设备意外下线（如拔掉电源）、本地网络中断（如路由器断电、Wi-Fi 关闭）或互联网连接丢失时，浏览器进程会直接崩溃退出，且不抛出任何 javaScript 错误、不触发 onError 回调、无 Crash 日志可查——这使得问题极难定位和恢复。

根本原因在于：Android 版 Chrome 的 Cast SDK 实现对底层通信异常缺乏健壮兜底。尤其当调用 session.sendMessage() 向已失联的接收端发送消息时，底层 native 层可能触发未捕获异常，最终导致整个 webview 或浏览器进程被系统强制终止。

✅ 推荐的生产级解决方案是实施「前置健康检查三原则」，在每次发送消息前严格验证以下三项：

1. Cast 会话处于活跃状态

   if (!session || session.status !== 'connected') {   console.warn('Cast session not active, aborting sendMessage');   return; }

2. 浏览器报告网络在线（navigator.onLine）
   ⚠️ 注意：该属性仅反映操作系统网络接口状态，不可单独依赖，需配合实际探测：

   if (!navigator.onLine) {   console.warn('navigator.onLine is false');   terminateSession(session);   return; }

3. 关键服务可达性验证（推荐轻量 http 探测）
   发起一次超时可控的 fetch() 请求（如指向自身后端健康检查接口 /health），仅当响应状态码为 200 且无网络错误时视为通过：

   async function isServiceReachable() {   try {     const res = await fetch('/health', {        method: 'HEAD',        cache: 'no-store',       signal: AbortSignal.timeout(2000)      });     return res.ok;   } catch (e) {     console.warn('Health check failed:', e);     return false;   } }

✅ 完整防护逻辑示例：

async function safeSendMessage(session, namespace, data) {   // 三重校验：会话活性 → 系统网络 → 服务可达   if (!session || session.status !== 'connected') {     terminateSession(session);     return false;   }   if (!navigator.onLine) {     terminateSession(session);     return false;   }   if (!(await isServiceReachable())) {     terminateSession(session);     return false;   }    try {     await session.sendMessage(namespace, data);     return true;   } catch (err) {     console.error('sendMessage failed unexpectedly:', err);     terminateSession(session); // 主动清理异常会话     return false;   } }  function terminateSession(session) {   if (session && typeof session.endSession === 'function') {     session.endSession();   }   // 清理本地状态、ui 提示用户重连等 }

? 重要注意事项：

• 此方案会引入约 50–200ms 的额外延迟（主要来自健康探测），但显著提升稳定性，避免整页崩溃；
• 切勿仅依赖 navigator.onLine —— 它在 Wi-Fi 已连但网关失效时仍返回 true；
• session.sendMessage() 的 catch 块无法捕获本次崩溃，因此前置防护是唯一可靠手段；
• 建议将健康检查接口部署在同域或 CORS 允许的边缘节点，确保低延迟与高可用；
• 在 cast.framework.CastContext 的 CAST_STATE_CHANGED 事件中监听 CastState.NO_DEVICES_AVAILABLE 或 CastState.CONNECTED，及时更新 UI 状态，辅助用户感知。

通过这套主动防御机制，可彻底规避 Android Chrome 因 Cast 异常引发的闪退问题，在保持用户体验的同时，大幅提升 Web 投屏功能的鲁棒性与可维护性。