Docker容器中Google Chrome进程被杀死的原因排查求助

排查方向与解决方案 #

1. 确认是否是内核OOM Killer触发的终止 #

即使主机内存充足，容器内的进程仍可能因内核OOM Killer被终止：

• 在主机执行 dmesg | grep -i oom，查看是否有针对Chrome进程的OOM日志
• 查看容器日志：docker logs <你的容器ID>，搜索Out of memory相关记录

2. 调整Chrome启动参数 #

Chrome自身的资源管理和容器环境可能存在冲突，添加以下启动参数缓解问题：

chrome --disable-gpu --no-sandbox --disable-dev-shm-usage --memory-pressure-off --disable-features=RendererCodeIntegrity

• --disable-dev-shm-usage：Docker默认/dev/shm仅64MB，Chrome依赖共享内存处理重载任务，此参数让Chrome改用临时文件替代
• --memory-pressure-off：关闭Chrome内置的内存压力自动回收机制，避免主动终止标签页
• --no-sandbox：容器环境下沙箱可能引发资源异常，先测试该参数是否有效（注意：生产环境需评估安全风险）

3. 优化容器资源配置 #

仅设置内存限制不足以保证资源分配，补充以下配置到docker-compose.yml：

services:
  your-chrome-service:
    # 其他配置...
    shm_size: '2g'  # 直接配置共享内存大小，替代默认的64MB
    deploy:
      resources:
        limits:
          memory: 10g
          cpus: "4.0"  # 限制CPU核心数，避免无节制占用
        reservations:
          memory: 8g  # 预留内存，确保容器优先获取资源
          cpus: "2.0"  # 预留CPU核心

4. 验证容器内资源使用 #

进入容器实时监控资源：

• 执行 docker exec -it <容器ID> bash
• 用htop查看Chrome进程的内存、CPU占用，确认是否触达容器限制
• 用free -h查看容器内内存与swap状态，若未配置swap，可给容器添加swap分区或调整主机swap配置

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