Selenium启动Firefox时静默忽略Profile配置的差异成因与规避方案咨询

差异成因 #

问题1 两种方案异常表现不一致的原因 #

DesiredCapabilities 在Selenium 3及后续版本中已经是被标记为废弃的兼容实现，FirefoxOptions.merge() 方法处理传入的Capability时，会自动跳过值为null的配置项，不会做合法性校验。当指定Profile不存在时，ProfilesIni.getProfile() 会返回null，merge操作会直接丢弃FirefoxDriver.PROFILE这个配置项，最终传给geckodriver的启动参数中没有Profile相关配置，geckodriver就会默认创建临时匿名Profile启动，不会抛出异常。
而FirefoxOptions.setProfile() 是官方推荐的原生配置接口，不会自动过滤null值，null值会被直接传递给geckodriver，geckodriver的入参校验逻辑检测到Profile值为null时，就会抛出对应的WebDriverException。

问题2 路径错误时静默忽略的原因 #

ProfilesIni.getProfile() 方法仅会读取profiles.ini配置文件中的记录匹配Profile名称，不会主动校验对应Profile的文件路径是否真实存在、是否有读取权限。只要名称匹配就会构造返回FirefoxProfile对象，当geckodriver实际读取该路径失败时，会直接触发降级逻辑，自动创建临时匿名Profile启动，不会抛出任何异常，所以表现为配置被静默忽略。

规避方案 #

• 调用ProfilesIni.getProfile()后立刻做非空校验，返回值为null时直接抛出明确的自定义异常，终止启动流程，避免后续隐性问题。
• 拿到FirefoxProfile实例后，调用getProfileDirectory()方法获取对应的本地目录，主动校验目录是否存在、当前进程是否有读取权限，校验不通过提前抛出异常。
• 统一使用官方推荐的FirefoxOptions原生方案配置Profile，不要使用已经废弃的DesiredCapabilities兼容层，避免兼容逻辑带来的不可预期容错行为。
• 必要时增加启动后校验：WebDriver启动后主动访问about:support页面，读取页面中记录的实际Profile路径，和预期路径做对比，确认Profile配置确实生效。

内容的提问来源于stack exchange，提问作者S.O.S