如何避免为ChromeDriver启用no-sandbox模式以解决Selenium超时问题

我来帮你拆解这个问题，结合你使用的Selenium 3.12.0和ChromeDriver 2.38.0版本来具体说明：

Chrome的沙箱模式是它的核心安全机制之一，作用是把浏览器进程和你的系统隔离开，防止恶意网页的代码攻击本地系统。但在一些特殊运行环境下，这个沙箱会启动失败：

比如无GUI的服务器环境、Docker容器里，或者你用root用户直接运行Chrome（Chrome默认禁止root用户使用沙箱），再或者当前用户权限不足、系统缺少某些桌面依赖库。

当沙箱启动失败时，Chrome进程没法正常初始化，导致Selenium WebDriver根本没法和Chrome建立会话连接，自然就会触发你看到的那种超时错误——WebDriver一直在等Chrome响应，超过60秒就报错了。你加--no-sandbox相当于关闭了这个安全机制，Chrome能绕过沙箱直接启动，会话就能正常建立了。

你用的ChromeDriver 2.38对应Chrome 65-66版本，这个时期的沙箱在非标准环境下兼容性确实一般，很容易出现启动失败的情况，这也是很多开发者被迫加这个参数的原因。

如果不想依赖这个参数，可以试试这些更安全的解决方法：

• 用普通用户+虚拟桌面运行：别用root用户启动Chrome，创建一个普通权限的用户；如果是在无桌面的服务器上，用Xvfb这类工具模拟桌面环境。比如先启动Xvfb：

  Xvfb :10 -ac
  export DISPLAY=:10
  

  再启动你的Selenium脚本，这样Chrome沙箱能正常初始化。
• 补充沙箱兼容参数：不用直接关闭沙箱，试试加这些参数：
  • --disable-dev-shm-usage：禁止Chrome使用系统的/dev/shm临时分区，有些环境下这个分区空间太小会导致沙箱启动失败；
  • --disable-gpu：在无GPU的环境下禁用GPU加速，减少沙箱启动时的异常。
• 升级版本（最推荐）：你用的版本都比较老旧了，后续的ChromeDriver和Selenium版本对沙箱的兼容性做了大量优化。比如把ChromeDriver升级到对应Chrome最新稳定版的版本，Selenium升级到3.x的最新版或者4.x，很多沙箱启动的问题会直接消失，也就不需要--no-sandbox了。
• 检查系统依赖：确保你的运行环境安装了Chrome需要的桌面依赖库，比如在Ubuntu上可以安装libxss1、libappindicator1、libindicator7这些包，缺少这些也会导致沙箱启动失败。

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