Selenium项目中Chrome旧版本浏览器崩溃问题分析与解决方案

问题背景

在使用Selenium进行Web自动化测试时，开发人员发现当使用Chrome浏览器版本低于130（特别是122至129版本）时，浏览器会在运行一段时间后突然崩溃。这个问题在2024年10月底突然出现，影响了多个版本的Chrome浏览器。

问题现象

主要表现特征包括：

1. 浏览器在运行约30秒后崩溃
2. 崩溃时出现"disconnected: unable to send message to renderer"错误
3. DevTools连接断开
4. 问题在Mac和Linux系统上均能复现
5. 使用Selenium Java绑定4.22.0和4.25.0版本时都会出现

根本原因分析

经过深入调查，发现问题与Chrome浏览器的"OptimizationGuideModelDownloading"功能有关。在Chrome 130以下版本中，浏览器会在后台自动发起大量优化请求，这些请求可能与Selenium的WebDriver控制产生冲突，导致连接中断。

特别值得注意的是：

• 当浏览器实例使用时间超过30秒时，崩溃概率显著增加
• 如果测试用例能在30秒内完成并创建新的浏览器实例，则可能不会遇到此问题
• 问题在Chrome 130及以上版本中已得到解决

解决方案

针对此问题，目前有以下几种解决方案：

1. 升级Chrome浏览器至130或更高版本

这是最推荐的解决方案，因为：

• Chrome 130及以上版本已经修复了相关问题
• 新版本提供了更好的稳定性和性能
• 需要同时更新Selenium至4.26或更高版本以支持新版Chrome

2. 禁用优化功能（临时解决方案）

如果暂时无法升级浏览器版本，可以通过以下Chrome选项禁用问题功能：

options.addArguments("--disable-features=OptimizationGuideModelDownloading")

这个解决方案：

• 阻止了导致崩溃的后台优化请求
• 在测试环境中验证有效
• 是一个临时解决方案，建议最终还是要升级浏览器

3. 调整测试策略

对于无法立即升级的环境，可以调整测试策略：

• 缩短单个测试用例的执行时间（控制在30秒内）
• 为每个测试用例创建新的浏览器实例
• 避免长时间保持浏览器实例运行

技术细节

从日志分析可以看出，崩溃发生时WebSocket连接突然中断，具体表现为：

1. DevTools协议连接意外关闭
2. WebDriver无法再与浏览器通信
3. 底层Java HTTP客户端记录到连接终止事件

这种类型的连接问题通常源于浏览器内部资源管理或网络请求处理的缺陷，特别是在处理后台任务时与自动化控制的冲突。

最佳实践建议

基于此问题的分析，建议Web自动化测试项目：

1. 保持浏览器和WebDriver版本同步更新
2. 监控浏览器后台活动对自动化测试的影响
3. 为长时间运行的测试设计合理的恢复机制
4. 定期检查浏览器更新日志，了解可能影响自动化的变更

总结

Selenium与Chrome浏览器集成中的这个崩溃问题展示了浏览器自动化测试中版本兼容性的重要性。通过理解问题根源并采取适当的解决方案，测试团队可以确保自动化测试的稳定性和可靠性。建议优先考虑升级到最新稳定版本，以获得最佳兼容性和性能。