# [OPEN] docker-chromium-404

## 症状
- Docker 生产环境中，发料单明细增量同步启动浏览器后报错：`Handshake status 404 Not Found`

## 当前现象
- 已确认不是多 worker 竞争导致的旧症状。
- 已确认 `DrissionPage` 在 Docker 中进入了自动端口模式。
- 当前需要采集 Chromium 实际调试地址、`/json/version` 返回内容、以及握手前的连接目标。

## 初始假设
- 假设 1：Chromium 虽然启动了，但 DevTools HTTP 接口没有真正暴露在 `127.0.0.1:<port>`。
- 假设 2：Chromium 暴露的并不是标准 DevTools Browser WebSocket 地址，DrissionPage 连到了错误的 ws 路径。
- 假设 3：容器内存在反向代理/网关拦截，导致本地调试端口请求拿到 HTML 404 页面。
- 假设 4：当前 Chromium 启动参数与 Debian slim 镜像内核能力不兼容，浏览器进程启动不完整但未直接抛出更明确异常。
- 假设 5：DrissionPage 在当前版本下对 Docker 中的 `headless=new` 或自动端口流程存在兼容性问题。

## 计划
- 第一步：只加调试插桩，不改业务逻辑。
- 第二步：让用户在 Docker 中复现，回收调试日志。
- 第三步：根据证据确认根因后，再做最小修复。

## 已完成
- 已在 `browser_login/login.py` 的 `get_page()` 增加调试插桩。
- 插桩会输出：
  - DrissionPage 最终计算的 `address`
  - Chromium 实际 `browser_path`
  - 启动参数列表
  - 握手失败后对 `http://<address>/json/version` 与 `http://<address>/json/list` 的探测结果