Chrome崩溃但strace启动正常，Chromedriver连接Renderer失败

问题详情 #

• 运行环境：基于public.ecr.aws/lambda/provided:al2的Docker容器（AWS Lambda原生环境可复现）
• ChromeDriver启动命令：xvfb-run chromedriver --disable-dev-shm-usage --enable-chrome-logs --allowed-ips=127.0.0.1
• 版本匹配：ChromeDriver与Chrome均为110.0.5481.77
• 核心报错：调用Session创建接口时返回 disconnected: Unable to receive message from renderer
• 日志排查：ChromeDriver日志显示错误触发于Chrome打开新标签页后，cpufreq相关错误为无关崩溃报告信息
• 特殊现象：
  • 将Chrome二进制替换为带strace的脚本（strace -o /tmp/strace -f /opt/google/chrome/chrome-binary "$@"）可正常运行
  • 仅使用无strace的shell脚本替换原二进制仍会崩溃
  • 测试Chrome 98、102版本均存在相同问题
• 无效尝试：Chrome启动参数已包含--no-sandbox、--user-data-dir=/tmp/chrome/2，添加pageLoadStrategy参数无改善

分析与解决方向 #

该问题本质是Chrome在Amazon Linux 2容器环境中启动时存在时序/资源竞争，strace的额外延迟恰好规避了竞争条件。以下是可落地的解决方案：

1. 给Chrome启动添加延迟 #

用带延迟的脚本替换原Chrome二进制，模拟strace带来的启动缓冲：

#!/bin/sh
sleep 0.5
exec /opt/google/chrome/chrome-binary "$@"

将脚本设为可执行（chmod +x），替换原Chrome执行路径，可根据实际情况调整sleep时长（0.3-1秒区间均可测试）。

2. 补充兼容性启动参数 #

在现有Chrome启动参数基础上添加以下参数，优化容器环境适配：

• --disable-gpu：禁用GPU加速（容器无GPU硬件）
• --disable-software-rasterizer：禁用软件光栅化，减少启动负载
• --single-process：强制单进程模式，规避多进程通信竞争
• --disable-background-networking：禁用后台网络请求，加快启动速度
• --disable-default-apps：禁用默认预装应用，简化启动流程

示例完整参数：
--no-sandbox --user-data-dir=/tmp/chrome/2 --disable-gpu --disable-software-rasterizer --single-process --disable-background-networking --disable-default-apps

3. 提升Lambda资源配置 #

AWS Lambda默认内存/CPU配额较低，尝试将函数内存配置提升至512MB及以上（Lambda内存与CPU配额绑定，内存越高CPU资源越多），缓解启动时的资源竞争。

4. 切换至Headless模式 #

使用Headless模式无需依赖xvfb，减少环境复杂度，同时优化启动逻辑：

• ChromeDriver启动命令去掉xvfb-run：chromedriver --disable-dev-shm-usage --enable-chrome-logs --allowed-ips=127.0.0.1
• Chrome启动参数添加--headless=new（Chrome 112+版本适用，旧版本使用--headless）

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