为什么Java的isActive()方法在Windows正常运行，Ubuntu中失效

问题原因 #

isActive() 方法的返回值高度依赖底层窗口系统的实现逻辑，不同桌面环境对「窗口激活状态」的定义存在原生差异：

• Windows 平台下，只要 JFrame 可见且未被关闭、没有同应用的其他顶层窗口抢占焦点，isActive() 就会持续返回 true，直到窗口被销毁，所以你的原有逻辑可以正常运行。
• Ubuntu 常用的 GNOME、KDE 等桌面环境中，只要 JFrame 失去焦点（比如用户点击了桌面、其他应用窗口），无论窗口是否关闭，isActive() 都会直接返回 false，直接跳出循环，自然无法实现等待窗口关闭的效果。

另外这种循环休眠轮询的写法本身也不推荐，会无意义占用 CPU 资源，处理不当还容易阻塞 Swing 的事件调度线程导致界面卡顿。

解决方法 #

推荐两种跨平台兼容的规范实现方案：

方案1：使用 WindowListener 监听窗口关闭事件（官方推荐） #

完全事件驱动，不需要轮询，性能和兼容性最好：

MyFrame myFrame = new MyFrame();
myFrame.run();
// 绑定窗口监听器
myFrame.addWindowListener(new WindowAdapter() {
    @Override
    public void windowClosed(WindowEvent e) {
        // 此处写入窗口关闭后需要执行的后续逻辑
    }
});

如果你需要在当前线程阻塞等待窗口关闭，不想把逻辑写在回调里，可以配合 CountDownLatch 实现：

MyFrame myFrame = new MyFrame();
CountDownLatch latch = new CountDownLatch(1);
myFrame.run();
myFrame.addWindowListener(new WindowAdapter() {
    @Override
    public void windowClosed(WindowEvent e) {
        latch.countDown();
    }
});
try {
    latch.await(); // 阻塞直到窗口关闭，无额外资源占用
} catch (InterruptedException ex) {
    Thread.currentThread().interrupt();
}
// 此处写入后续逻辑

方案2：替换判断条件为 isDisplayable() 兼容原有轮询写法 #

如果你不想改原有轮询的代码结构，可以把判断逻辑替换为和焦点状态无关、仅判断窗口是否被销毁的 isDisplayable() 方法，跨平台表现一致：

MyFrame myFrame = new MyFrame();
// 必须设置关闭窗口时销毁资源，否则isDisplayable()会一直返回true
myFrame.setDefaultCloseOperation(JFrame.DISPOSE_ON_CLOSE);
myFrame.run();
while (myFrame.isDisplayable()) {
    sleep(500);
}
// 此处写入后续逻辑

内容的提问来源于stack exchange，提问作者Blue Fire