Java Selenium测试改URL换Firefox驱动仍固定打开Chrome google.com求助

• 代码层面逻辑校验
  • 清理所有全局静态、单例模式定义的WebDriver实例，避免跨方法、跨测试用例残留之前初始化的ChromeDriver实例，所有驱动初始化逻辑放到对应测试方法内部完成，不要复用全局变量
  • 校验代码执行顺序：确认浏览器选择、驱动路径配置的代码逻辑，是在WebDriver实例化、调用driver.get()之前执行的，避免出现先初始化ChromeDriver、后判断要切换Firefox的逻辑顺序倒挂问题
  • 检查异常捕获块的逻辑：是否在FirefoxDriver初始化抛异常时，被catch块静默捕获，自动 fallback 到之前已经初始化好的ChromeDriver实例，把这类吞异常的逻辑全部补上错误打印，定位FirefoxDriver初始化失败的真实报错
  • 做最小化复现验证：在独立main方法中编写无框架依赖的测试代码，示例：

    // 不引用任何全局WebDriver变量，独立运行
    System.setProperty("webdriver.gecko.driver", "本地geckodriver的绝对路径");
    WebDriver ffDriver = new FirefoxDriver();
    ffDriver.get("https://example.com");
    

    如果这段代码运行后仍启动Chrome，即可排除业务代码逻辑问题，直接定位到环境层面的配置冲突
• 运行环境配置冲突排查
  • 检查IDE运行配置的VM参数：确认是否在运行配置中固定写死了-Dwebdriver.chrome.driver类的参数，VM参数的配置优先级高于代码内的System.setProperty设置，会直接将驱动路径锁死为Chrome对应路径
  • 排查系统全局环境变量：检查系统环境变量中是否存在固定指向chromedriver的webdriver.chrome.driver配置，这类全局配置会覆盖代码内的自定义路径设置
  • 清理残留进程与缓存：在任务管理器中结束所有残留的Chrome、geckodriver、chromedriver进程，避免旧进程占用调试端口，导致新启动的驱动自动连接到已经打开Google的旧Chrome实例；同时删除本地Selenium的驱动缓存目录（Windows路径为C:\Users\当前用户\.cache\selenium，Mac/Linux路径为~/.cache/selenium），避免自动下载的驱动覆盖手动配置的路径
• 版本适配校验
  • 确认你本地的Firefox安装版本、geckodriver版本，和项目中引入的Selenium核心版本互相兼容，版本不匹配会直接导致FirefoxDriver实例化失败，触发代码的异常捕获逻辑回退到ChromeDriver实例

内容的提问来源于stack exchange，提问作者Aditya Challa