Selenium ChromeDriver初始化卡住时，有哪些有效解决方法？
- 内容介绍
- 相关推荐
本文共计1166个文字，预计阅读时间需要5分钟。
本文介绍了使用Selenium中的`webdriver.chrome()`初始化卡死的常见原因及可靠解决方案，包括使用新版本无头模式、设置超时重试机制、优化驱动配置等，并提供可直接复用的健壮初始化代码。
在使用 Selenium 自动化 Web 测试或爬虫开发时，开发者常遇到 driver = webdriver.Chrome(...) 这一行代码偶发性长时间阻塞（甚至永久挂起），尤其在 CI/CD 环境、Docker 容器或低资源服务器上更为明显。该问题并非必然崩溃，而是表现为“静默卡住”——无异常抛出、无日志输出、进程持续占用 CPU 或完全停滞，导致整个流程无法继续。
根本原因通常包括三类：
- 过时的无头模式参数：旧版 --headless 在 Chrome ≥109 后已被弃用，与新版 Chromium 渲染引擎兼容性不佳，易引发初始化死锁；
- ChromeDriver 与浏览器版本不匹配：特别是通过系统包管理器（如 apt install chromedriver）安装的驱动常滞后于 Chrome 版本；
- 缺少关键沙箱/资源限制绕过配置：在无 GUI 的 Linux 环境（如 Ubuntu Server、Alpine Docker）中，未正确配置 --no-sandbox、--disable-dev-shm-usage 等参数会导致 Chromium 进程卡在启动阶段。
本文共计1166个文字，预计阅读时间需要5分钟。
本文介绍了使用Selenium中的`webdriver.chrome()`初始化卡死的常见原因及可靠解决方案，包括使用新版本无头模式、设置超时重试机制、优化驱动配置等，并提供可直接复用的健壮初始化代码。
在使用 Selenium 自动化 Web 测试或爬虫开发时，开发者常遇到 driver = webdriver.Chrome(...) 这一行代码偶发性长时间阻塞（甚至永久挂起），尤其在 CI/CD 环境、Docker 容器或低资源服务器上更为明显。该问题并非必然崩溃，而是表现为“静默卡住”——无异常抛出、无日志输出、进程持续占用 CPU 或完全停滞，导致整个流程无法继续。
根本原因通常包括三类：
- 过时的无头模式参数：旧版 --headless 在 Chrome ≥109 后已被弃用，与新版 Chromium 渲染引擎兼容性不佳，易引发初始化死锁；
- ChromeDriver 与浏览器版本不匹配：特别是通过系统包管理器（如 apt install chromedriver）安装的驱动常滞后于 Chrome 版本；
- 缺少关键沙箱/资源限制绕过配置：在无 GUI 的 Linux 环境（如 Ubuntu Server、Alpine Docker）中，未正确配置 --no-sandbox、--disable-dev-shm-usage 等参数会导致 Chromium 进程卡在启动阶段。