selenium webdriver 本身不提供原生的“窗口关闭事件”监听机制，无法像 swing 的 windowlistener 那样触发回调；实际可行方案是通过轮询 + 异常捕获（如 unreachablebrowserexception）间接感知浏览器进程终止，需配合健壮的重试逻辑与资源清理策略。
selenium webdriver 本身不提供原生的“窗口关闭事件”监听机制，无法像 swing 的 windowlistener 那样触发回调；实际可行方案是通过轮询 + 异常捕获（如 unreachablebrowserexception）间接感知浏览器进程终止，需配合健壮的重试逻辑与资源清理策略。
在自动化测试或桌面级 Web 应用集成场景中，开发者常希望监听用户手动关闭浏览器窗口这一行为（而非调用 driver.quit() 主动退出），以便及时释放资源、记录日志或触发后续逻辑。遗憾的是，Selenium WebDriver（包括 v4.8.1 及最新稳定版）并未暴露任何底层窗口生命周期事件（如 onwindowclose、beforeunload 的 DOM 级别之外的系统级通知）。WebDriverListener 接口中的 beforeClose()、afterClose() 等方法仅在 WebDriver 主动调用 close() 或 quit() 方法时触发，对用户通过点击 × 按钮、Alt+F4 或任务管理器强制结束进程等外部操作完全无响应——这正是提问者示例中 beforeClose() 始终未执行的根本原因。
因此，必须采用“被动探测 + 异常驱动”的替代方案。核心思路是：定期尝试执行一个轻量且对会话状态敏感的 WebDriver 操作（如 getTitle()、getCurrentUrl()），一旦底层浏览器进程已消失，WebDriver 将抛出 UnreachableBrowserException（Selenium 4+）或 SessionNotCreatedException/NoSuchSessionException（旧版本），从而判定窗口已被手动关闭。
以下是一个生产就绪的检测工具方法示例：
import org.openqa.selenium.UnreachableBrowserException;
import org.openqa.selenium.WebDriver;
import java.time.Duration;
import java.util.concurrent.TimeUnit;
public class BrowserMonitor {
/**
* 检测 WebDriver 关联的浏览器窗口是否已被手动关闭
* @param driver WebDriver 实例（需保持引用有效）
* @return true 表示浏览器已不可达（极大概率已被手动关闭）
*/
public static boolean isBrowserManuallyClosed(WebDriver driver) {
if (driver == null) return true;
try {
// 轻量级会话保活检查：获取当前页面标题
String title = driver.getTitle();
// 标题非空通常意味着会话仍活跃（注意：空白页可能返回空字符串，但不会抛异常）
return false;
} catch (UnreachableBrowserException e) {
// 关键判断依据：浏览器进程已终止
return true;
} catch (Exception e) {
// 其他异常（如超时、网络中断）需谨慎处理，避免误判
// 可选：记录日志并返回 false，或根据业务需求细化判断逻辑
return false;
}
}
/**
* 阻塞式等待浏览器关闭（带超时保护，防止无限挂起）
* @param driver WebDriver 实例
* @param timeoutSeconds 最大等待时间（秒）
* @return true 表示在超时前检测到关闭
*/
public static boolean waitForBrowserClose(WebDriver driver, int timeoutSeconds) {
long startTime = System.currentTimeMillis();
long timeoutMs = TimeUnit.SECONDS.toMillis(timeoutSeconds);
while (System.currentTimeMillis() - startTime < timeoutMs) {
if (isBrowserManuallyClosed(driver)) {
return true;
}
try {
Thread.sleep(500); // 避免高频轮询消耗资源
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
return false;
}
}
return false; // 超时未关闭
}
}⚠️ 重要注意事项：
- UnreachableBrowserException 是关键信号：该异常明确表示 WebDriver 无法再与浏览器建立通信（典型于 ChromeDriver 进程退出后），是目前最可靠的关闭指示器。请确保项目依赖 Selenium 4.x（其统一了异常体系）。
- 避免滥用 driver.getWindowHandles()：该方法在浏览器关闭后可能仍返回旧句柄（缓存残留），不可作为关闭判断依据。
- 线程安全与资源清理：若在多线程环境中使用，需确保 WebDriver 实例不被并发访问；检测到关闭后，应显式调用 driver.quit()（尽管此时可能抛异常，但属于安全兜底）并置空引用，防止内存泄漏。
- 无法区分关闭原因：此方法无法区分“用户手动关闭”与“ChromeDriver 崩溃”“网络断连”等其他导致会话中断的情形，业务逻辑中需结合上下文综合判断。
- 性能权衡：轮询间隔建议 ≥300ms，过短会增加 CPU 开销；超时时间需根据用例合理设置（如 UI 监控场景可设 30s，后台服务可设更长）。
综上，虽然 Selenium 未提供真正的“窗口关闭事件”，但通过 UnreachableBrowserException 的精准捕获与合理的轮询策略，完全可以构建稳定、低侵入的关闭感知机制。这并非理想化的事件驱动模型，却是当前 WebDriver 架构下最务实、最广泛验证的解决方案。
