AWS EC2 Linux无头Chrome Driver多标签后不可达问题排查

根据你描述的情况——在AWS EC2的Linux环境下跑无头Chrome，开8个标签后Driver就不可达，但Mac上没问题，还有6G可用内存——大概率是Linux环境特有的配置限制导致的，和虚拟显示、进程/内存参数设置关系很大，给你几个针对性的解决方案：

1. 调整Chrome无头模式的核心启动参数 #

Linux环境下，Chrome默认会使用/dev/shm共享内存分区，这个分区默认大小通常只有64MB，远小于你的系统可用内存，当打开多个标签时很容易耗尽，导致进程崩溃。你需要在启动Chrome时强制禁用这个限制，同时加上其他优化参数：

# 以Python Selenium为例，其他语言可参考调整参数逻辑
from selenium import webdriver
from selenium.webdriver.chrome.options import Options

chrome_options = Options()
chrome_options.add_argument("--headless=new")  # 使用新版无头模式，稳定性更强
chrome_options.add_argument("--disable-dev-shm-usage")  # 禁用/dev/shm限制，改用系统内存
chrome_options.add_argument("--no-sandbox")  # 关闭沙箱（EC2环境下通常无风险，生产环境需评估）
chrome_options.add_argument("--disable-gpu")  # 无头模式下无需GPU加速
chrome_options.add_argument("--window-size=1024x768")  # 设置轻量化窗口尺寸，减少内存占用
chrome_options.add_argument("--disable-extensions")  # 禁用扩展，降低额外内存消耗

driver = webdriver.Chrome(options=chrome_options)

2. 优化虚拟显示（Xvfb）的配置 #

如果你用Xvfb模拟显示，默认的屏幕分辨率和颜色深度可能过高，占用额外内存。建议设置更轻量化的参数：

# 启动Xvfb时指定低分辨率和16位色深
Xvfb :99 -screen 0 1024x768x16 &
export DISPLAY=:99

这样能减少虚拟显示的内存开销，避免和Chrome进程抢资源。

3. 调整系统级资源限制（ulimit） #

Linux默认的文件描述符上限（ulimit -n）通常是1024，而Chrome每个标签会打开大量文件、套接字，当数量超过上限时会直接崩溃。你可以临时调整：

ulimit -n 65535

如果要永久生效，编辑/etc/security/limits.conf，添加：

* soft nofile 65535
* hard nofile 65535

之后重启EC2实例或重新登录即可生效。

4. 确保Chrome与ChromeDriver版本完全匹配 #

版本不兼容是常见的隐性问题，哪怕只差一个小版本，都可能导致Driver不可达。你可以通过以下命令查看当前版本：

# 查看Chrome版本
google-chrome --version
# 查看ChromeDriver版本
chromedriver --version

如果不一致，下载对应版本的ChromeDriver替换即可。

至于Mac上没问题的原因：Mac的系统默认配置更宽松，比如共享内存的处理方式不同，ulimit默认值也更高，所以不会触发这些限制。

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