java - 将 JFilechooser 添加到 JFrame 玻璃 Pane ，无法看到 Filechooser 弹出窗口

Question

我在 JFrame 玻璃 Pane 顶部放置了一个 JFilechooser。当我选择“查找”弹出窗口时，它似乎显示在 JFilechooser 后面。我不久前用网上找到的一个解决方案修复了这个问题，强制弹出窗口成为重量级组件:

    try {
        field = PopupFactory.class.getDeclaredField(
                        "forceHeavyWeightPopupKey");
        field.setAccessible(true);
        fileChooser.putClientProperty(field.get(null), true);
    } catch (NoSuchFieldException ex) {
        java.util.logging.Logger.getLogger(LibraryUI.class.getName()).
                log(Level.SEVERE, null, ex);
    } catch (SecurityException ex) {
        java.util.logging.Logger.getLogger(LibraryUI.class.getName()).
                log(Level.SEVERE, null, ex);
    }

这个解决方案似乎适用于 JDK 1.6 而不是 1.7。当我现在运行它时，出现异常: java.lang.NoSuchFieldException: PopupFactory_FORCE_HEAVYWEIGHT_POPUP

我不确定 1.7 的解决方案是什么，以使该弹出窗口保留在 JFilechooser 的顶部。

Answer 1

依赖隐藏的实现细节会带来未经通知而发生更改的风险:-) 如果您这样做 - 明显的建议是在生产代码中永远不要 - 准备好深入研究如果老黑客停止工作，源头的内部就会消失。

在这种特殊情况下，从 jdk6 到 jdk7 的更改是将 key 从 PopupFactory 中的私有(private)字段移动到包私有(private)枚举 ClientPropertyKey 的值。所以你必须将反射代码调整为:

public void forceHeavyWeight(JCompoennt fileChooser) {
    try {
        String name = "javax.swing.ClientPropertyKey";
        Class<?> keyClazz = Class.forName(name);
        Field field = keyClazz.getDeclaredField("PopupFactory_FORCE_HEAVYWEIGHT_POPUP");
        field.setAccessible(true);
        Object fieldValue = field.get(null);
        fileChooser.putClientProperty(fieldValue, true);
    } catch (Exception ex) {
        // doesn't really matter what we do here, lost anyway ;-)
        logSomehow(ex);
    }
}

更新

经过一番挖掘，我认为这种行为(在添加到 glassPane 的组件下按 z 顺序显示弹出窗口)是一个错误。设置为 glassPane 中的组件的工具提示也存在相同的错误行为。

技术原因是，一旦 PopupFactory 认为轻量级弹出窗口就可以了，它就会将其插入调用者顶级祖先的 LayeredPane 中，无论调用者实际上是否是 LayeredPane 的一部分等级制度。 PopupFactoryLightWeightPopup.show() 中的确切位置:

// suitable parent of the invoker, to add the popup
Container parent = null;

if (owner != null) {
    parent = (owner instanceof Container? (Container)owner : owner.getParent());
}

// Try to find a JLayeredPane and Window to add
for (Container p = parent; p != null; p = p.getParent()) {
    if (p instanceof JRootPane) {
        if (p.getParent() instanceof JInternalFrame) {
        // Continue, so that if there is a higher JRootPane, we'll
        // pick it up.
            continue;
        }

        parent = ((JRootPane)p).getLayeredPane();
        // the implied assumption for correct visuals is that the assert below passes
        // would fail if the invoker is
        // located in the glassPane hierarchy
        assertTrue(SwingUtilities.isDescendingFrom(owner, parent);
    } else ....
    }
    // with the failing assumption above, the popup is inserted below its invoker 
    if (parent instanceof JLayeredPane) {
        parent.add(component, JLayeredPane.POPUP_LAYER, 0);
    } else ...   
}

无论是否需要重磅弹出窗口，修复的位置都将位于决策链的较高位置:最好在 PopupFactory.getPopupType(Component ..) (这就是上面的黑客有效的情况)不幸的是，它是私有(private)的，因此无法子类化并使其表现良好。事实上，根本没有办法安全地修复它，到目前为止我所看到的所有方法都需要通过反射来访问包/私有(private)字段或方法 - 这在安全受限的上下文中会失败.

就我个人而言，我倾向于使用脏工厂(访问 super 的 setPopupType 来强制使用重量级 if !isDecending(invoker, layeredPane) 而不是脏 clientProperty，原因有两个:

• 它与 jdk 版本无关
• 它在一个地方修复了问题:安装一次自定义 popupFactory 与为每个 glassPane 应用属性