Chrome扩展调用devtools protocol的debugger.attach是否有内置自动断连超时

核心结论 #

debugger.attach命令没有内置的超时自动解绑机制，不会因为运行时长到期主动触发断开操作。

常见自动断开原因 #

• 目标标签页发生跨站点导航，当页面从当前域名跳转到无关联的其他域名时，现有调试会话会自动终止
• 扩展进程被浏览器内存优化机制回收，长时间挂机场景下后台运行的扩展如果没有保持活跃状态，很容易被Chrome主动卸载，导致调试绑定失效
• 目标标签页被浏览器自动冻结/休眠，部分版本的Chrome会对长时间未激活的标签页执行资源回收操作，中断对应的调试会话
• 设备进入睡眠/休眠状态后，进程调度、上下文状态出现断层，恢复运行后调试会话的上下文校验不匹配，触发连接断开
• DevTools协议调用过程中出现未捕获的严重错误，会触发调试会话被强制终止

优化方案 #

• 监听chrome.debugger.onDetach事件，事件触发时自动执行重连逻辑，重新调用debugger.attach绑定目标标签页
• 若使用Manifest V2开发，在manifest文件中配置background.persistent: true，避免后台页面被回收；若使用Manifest V3，可定时在后台服务Worker中触发轻量任务，避免服务Worker被冻结
• 定期通过debugger.sendCommand发送无副作用的轻量指令（例如调用Runtime.evaluate执行空代码）作为心跳，维持调试会话的活跃状态
• 可针对目标标签页关闭Chrome的自动休眠配置，避免标签页被系统主动回收资源

内容的提问来源于stack exchange，提问作者avalanche1