升级ChromeDriver v80与Chrome v80后Docker容器中Chrome启动失败

我来帮你搞定这个Docker容器里E2E测试的问题！从你给出的错误日志和环境信息来看，核心问题是Chrome在容器里启动时直接崩溃了，报了DevToolsActivePort file doesn't exist的错误——这可是无头Chrome在容器环境里的常客，通常和运行参数、容器资源或者权限配置有关。下面一步步来解决：

1. 调整Protractor配置，补上Chrome容器运行的关键参数 #

打开你的protractor.conf.js，更新capabilities配置，给Chrome加上适配容器环境的启动参数：

exports.config = {
  // 保留你原有的其他配置...
  capabilities: {
    browserName: 'chrome',
    chromeOptions: {
      args: [
        '--headless', // 必须：容器没有GUI，只能用无头模式跑Chrome
        '--no-sandbox', // 解决容器内Chrome的沙箱权限限制
        '--disable-dev-shm-usage', // 避免容器默认共享内存过小导致Chrome崩溃
        '--remote-debugging-port=9222', // 指定固定调试端口，解决DevToolsActivePort缺失问题
        '--disable-gpu' // 无头模式下禁用GPU，部分环境必须加
      ]
    }
  },
  // 推荐开启这个选项：直接调用ChromeDriver，不用启动Selenium独立服务器，容器里更稳定
  directConnect: true,
  // 其他原有配置...
};

开启directConnect: true后，你日志里那种启动Selenium Standalone Server的步骤就会消失，直接用容器里的ChromeDriver驱动Chrome，能避免不少容器环境下的兼容性问题。

2. 给Docker容器加足够的共享内存 #

Docker默认的/dev/shm共享内存空间很小，Chrome运行时需要足够的内存，不然很容易崩。运行容器的时候加上这个参数：

docker run --shm-size=2g your-e2e-test-image-name

如果用Docker Compose的话，在服务配置里加：

services:
  e2e-tests:
    # 其他配置...
    shm_size: '2gb'

3. 确认容器内用户权限没问题 #

你的Dockerfile最后切换到了seluser用户运行测试，这是正确的做法，但可以在Dockerfile里补一行，确保该用户能正常访问Chrome：

# 在USER seluser这一行之前添加
RUN chown -R seluser /opt/google/chrome

虽然基础镜像应该已经配置好了，但更新镜像后可能有变动，补这一行能避免权限坑。

4. 手动验证Chrome在容器内能不能启动 #

如果前面的调整还是不行，可以手动进容器测试Chrome是否能正常运行：

# 先进入运行中的容器
docker exec -it your-container-id bash
# 切换到seluser用户
su seluser
# 尝试启动Chrome
google-chrome --headless --no-sandbox --disable-dev-shm-usage --remote-debugging-port=9222 --version

如果能正常输出版本号，说明Chrome本身没问题，问题肯定出在Protractor的配置上；如果还是崩，那就要检查镜像的完整性了。

额外排查小技巧 #

• 你是更新镜像后出的问题，可以试试锁定selenium/node-chrome的完整版本标签，比如3.141.59-20200309（这个标签对应Chrome 80的稳定版本），避免拉取到镜像的更新变体。
• 确认npm run wd:update确实把ChromeDriver更到了和容器内一致的版本，避免本地项目里的驱动版本不匹配。

按照这些步骤调整后，应该就能解决Chrome启动崩溃的问题了。

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