在 Selenium 测试中，仅调用 driver.quit() 但未正确触发该方法，会导致浏览器窗口残留；需结合 JUnit 的生命周期注解（如 @After 或 @AfterMethod）确保测试结束后彻底关闭驱动与全部窗口。
在 selenium 测试中，仅调用 `driver.quit()` 但未正确触发该方法，会导致浏览器窗口残留；需结合 junit 的生命周期注解（如 `@after` 或 `@aftermethod`）确保测试结束后彻底关闭驱动与全部窗口。
在 JUnit 4 中，测试方法的执行是独立且受控的，不会自动调用任意普通方法（如 finish()）。您当前定义的 public void finish() 是一个普通实例方法，没有被任何测试生命周期注解标记，因此 JVM 在测试运行完毕后完全忽略它——这正是浏览器窗口持续打开的根本原因。
✅ 正确做法是使用 JUnit 4 提供的 @After 注解（推荐用于单测试类场景）或 @AfterMethod（TestNG 风格，JUnit 4 中不原生支持；若误用将无效）。注意：@AfterMethod 属于 TestNG，在纯 JUnit 4 环境中不可用；若您项目实际使用的是 TestNG，请切换测试框架依赖；若坚持使用 JUnit 4，则必须使用 @After。
? 修正后的清理代码如下：
import org.junit.After;
import org.junit.Test;
// ... 其他导入和类定义
@Test
public void login() throws InterruptedException, ParseException {
// 您原有的测试逻辑（已省略，保持不变）
}
@After // ✅ JUnit 4 标准注解：每个 @Test 方法执行后自动调用
public void tearDown() {
if (driver != null) {
driver.quit(); // quit() 会关闭所有关联窗口并结束 WebDriver 会话
System.out.println("WebDriver session terminated successfully.");
}
}
⚠️ 重要注意事项：
- 不要混用 close() 和 quit()：driver.close() 仅关闭当前聚焦窗口，对多标签页/弹窗无效；而 driver.quit() 才能释放全部资源、关闭所有窗口并终止会话。答案中建议的 close() + quit() 是冗余且潜在危险的（若 close() 已导致 driver 失效，后续 quit() 可能抛 NullPointerException）。
- 空指针防护：始终在 quit() 前检查 driver != null，避免测试失败时重复调用或 driver 未初始化即清理。
-
@After vs @AfterClass：
- @After：每个测试方法后执行 → 适合每次测试独占 driver 的场景（推荐）；
- @AfterClass：整个测试类所有方法执行完毕后执行一次 → 适用于单例 driver 共享场景，但需确保线程安全与状态隔离。
? 进阶建议：
考虑使用 JUnit 4 的 @Rule（如 ExternalResource）或升级至 JUnit 5 的 @AfterEach + try-with-resources 风格管理 WebDriver，实现更健壮的资源自动释放。
遵循以上规范，即可确保每次测试结束后浏览器彻底退出，杜绝窗口残留问题。
