Selenium Grid 4中maxInstances配置的变更与解决方案

背景介绍

在Selenium Grid 3版本中，用户可以通过命令行参数直接设置每个浏览器的最大实例数(maxInstances)，例如：

browser browserName="chrome",platform=WINDOWS,maxInstances=1 -maxSession 1

然而，升级到Selenium Grid 4后，这一配置方式发生了变化，许多用户发现原有的maxInstances参数不再有效。

Selenium Grid 4的架构变化

Selenium Grid 4进行了重大架构重构，引入了新的部署模式：

1. Standalone模式：单进程运行所有组件
2. 分布式模式：分离的Hub和Node进程

这种架构变化带来了配置方式的改变，特别是对于并发会话控制的配置。

Standalone模式的限制

在Standalone模式下，只能通过--max-sessions参数控制全局最大会话数，例如：

java -jar selenium-server-4.xx.jar standalone --max-sessions 1

这种配置会限制所有浏览器的总会话数，而无法针对不同浏览器类型设置不同的并发限制。

分布式模式的解决方案

要实现针对不同浏览器的并发控制，必须使用分布式模式，通过配置文件来设置：

1. 创建Node配置文件（支持TOML、JSON或YAML格式）
2. 在配置文件中指定每个浏览器的maxInstances
3. 分别启动Hub和Node进程

示例TOML配置文件(node-config.toml)：

role = "node"
max-sessions = 5

[node]
port = 5555

[[node.driver]]
browserName = "chrome"
maxInstances = 1

[[node.driver]]
browserName = "firefox"
maxInstances = 3

启动命令：

java -jar selenium-server-4.28.1.jar node --config node-config.toml

最佳实践建议

1. 对于简单测试场景，可以使用Standalone模式配合--max-sessions
2. 对于需要精细控制不同浏览器并发的场景，推荐使用分布式模式
3. 配置文件提供了更灵活的配置选项，包括端口、超时设置等
4. 考虑使用容器化部署时，可以为不同浏览器类型创建专门的Node

总结

Selenium Grid 4在架构上的改进带来了更强大的功能，但也改变了原有的配置方式。理解这些变化并采用新的配置方法，可以帮助用户更好地管理测试资源的并发使用。对于从Grid 3迁移过来的用户，需要特别注意这些配置差异，以确保测试环境的稳定性和性能。