Playwright 报告：一个无响应标签页可能拖住 CDP 连接
Playwright 在 2026 年 9 月 15 日收到一则问题报告：当浏览器中已经存在一个不再响应页面级 Chrome DevTools Protocol 命令的页面目标时，connectOverCDP 可能无法完成。报告所附复现中，WebSocket 已连接，浏览器级命令仍有响应，但整体连接一直等待到显式超时。
该报告刚提交，复核时仍为 open，没有维护者评论或确认修复。根因分析与规避方式都来自报告者，尚不是项目结论。复现不需要代理，也不能证明 Playwright、Chromium 或远程浏览器服务普遍存在故障。
内部来源说明：Microsoft Playwright 问题 42730，“connectOverCDP never completes when a pre-existing page target stops answering CDP commands”，提交于 2026 年 9 月 15 日；复核时 open、评论数为零。
复现展示了什么
报告环境使用 playwright-core 1.63.0-alpha、Playwright CLI 0.1.18/0.1.19，以及 openSUSE Tumbleweed 上的 Microsoft Edge 148。作者通过远程调试启动浏览器，暂停一个渲染进程，再以 15 秒超时调用 connectOverCDP。
根据报告，调用日志到达“WebSocket connected”，却不返回浏览器对象；恢复渲染进程后，同一连接约 31 毫秒完成。在三个标签页对照中，浏览器级目标枚举和另外两个正常标签页继续工作，只有暂停标签页的页面级命令没有响应。
这一区分非常重要：传输连接可以健康，而某个既有目标的初始化仍被阻塞。
报告中的等待边界
问题作者把等待定位到 Playwright 自动连接现有目标，并等待所有对应页面完成初始化或返回错误。报告称，暂停目标的多个页面级 CDP 命令已发出却没有回复，因此初始化 Promise 无法结束。
这个解释有复现证据支持，但维护者尚未确认。运营团队应保存命令与响应时间线，不能把所有连接停滞都直接归类为该问题。
报告还把该情况与首次导航提交、预渲染激活等其他等待点区分开来；症状相似，不代表机制相同。
代理浏览器工作池为什么要关注
团队经常通过代理、网关或托管调试端点连接远程浏览器。若 WebSocket 已连接后仍停滞，统一标记为“代理超时”会把调查带向错误方向。
应拆分以下层级：
- 代理 DNS 与 TCP；
- 代理侧 TLS 与认证；
- 隧道建立；
- CDP WebSocket 升级；
- 浏览器级 CDP 响应；
- 目标枚举与自动连接；
- 每个既有页面目标的初始化；
- 工作负载导航与数据采集。
某层成功不能证明下一层成功；同样，一个页面目标无响应也不能证明代理路径或整个浏览器进程不可用。
建立目标级诊断矩阵
只检查明确获准操作的浏览器和页面。给每次连接设置有限超时，并记录 WebSocket 升级、首个浏览器级响应、目标枚举、页面会话连接与初始化完成的时间戳。
每个目标只记录非敏感标识、类型、URL 类别、创建时长、生命周期状态，以及最小获准命令是否收到回复。不要记录完整私密 URL、Cookie、认证头、页面内容或客户标识。
比较四个受控案例：
- 只有空白页的新浏览器；
- 包含多个正常页面的同一浏览器；
- 在隔离实验环境中主动暂停的测试渲染进程；
- 安全移除或重启可疑目标后的生产近似浏览器。
预期证据应是每个目标的命令时间线，而不是一个总连接时长。
存活判定不能止于 WebSocket
远程浏览器工作节点不能因为调试套接字接受连接就进入 ready。至少还应要求：
- 浏览器级命令成功；
- 在预算内完成目标枚举；
- 每个必要页面完成初始化或明确隔离；
- 轻量页面级命令得到响应；
- 通过获准代理路径完成受控导航；
- 观察到的出口与会话符合分配。
Playwright 无头浏览器停滞存活报告提供更完整的主动探针框架。传输复用问题可对照Playwright keep-alive ECONNRESET 报告。
隔离异常目标，但不要掩盖它
若自有自动化工作节点在连接阶段反复超时，应停止分配新任务并隔离节点。保留脱敏目标清单与有限跟踪，再通过认可的编排路径重启受影响页面或浏览器。
未经明确授权，不得关闭、刷新或修改用户控制的浏览器标签页。会破坏未保存工作的强制恢复不能作为健康检查。
问题作者描述了一种本地规避：让初始化与超时竞争，并删除部分目标记录，但明确说明这不是建议修复。跳过无响应页面可以恢复容量，也可能掩盖真实故障。必须记录被跳过目标、原因与恢复动作，在目标工作负载通过前不得把节点视为完全健康。
恢复节点扩容前执行代理并发饱和测试，避免重复连接进一步放大不健康浏览器池的压力。
运营检查清单
- 设置明确连接超时，不允许队列无限等待。
- 区分 WebSocket、浏览器级和页面级 ready。
- 在脱敏跟踪中配对已发送与已回答 CDP 命令编号。
- 记录第一个超过响应预算的目标。
- 重试前先隔离失败工作节点。
- 在相同网络路径保留干净浏览器对照。
- 恢复后确认代理路由仍正确。
- 检查跟踪中是否含 URL、Token、Cookie 与客户数据。
- 先测试受支持稳定版本，再把 alpha 报告扩展为整个工作池回归。
- 继续关注上游维护者确认与受支持修复。
常见问题
该报告是否证明代理导致了连接超时？
不能。复现不需要代理。它说明网络连接成功不代表每个既有页面目标都能完成初始化。
“WebSocket connected”足以让节点进入 ready 吗？
不足。它只确认一个传输边界，仍需浏览器级和页面级探针。
是否应自动跳过所有慢标签页？
不应。跳过可能丢失必要状态或掩盖故障。只能对自有自动化目标使用有边界、可记录的隔离策略，保留证据，并在之后验证目标工作负载。
合规说明
只检查和控制自有或明确获准操作的浏览器、页面、代理账户与目标。最小化诊断数据，保护凭据与浏览状态，遵守目标条款与速率限制，不得为了自动恢复而干扰用户标签页或未保存工作。
