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 会话处于活跃状态

   

   笔头写作

   AI为论文写作赋能，协助你从0到1。

   下载

   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 投屏功能的鲁棒性与可维护性。

https://www.php.cn/faq/2005267.html