GWT JsInterop开发中如何正确访问JavaScript的window.opener属性

原写法失效的核心原因 #

最初的JsType定义无法生效，是两个规则错位导致的：

• 给类同时指定namespace=JsPackage.GLOBAL和name="window"时，该定义会被JsInterop编译器映射为全局作用域下名为window的JS构造函数，而非浏览器环境中实际存在的全局window对象实例。
• 将getOpener定义为静态方法，相当于尝试给上述构造函数类添加静态属性；但JS中opener是直接挂载在window实例上的动态属性，不属于构造函数本身，自然无法读取到正确值。

你调整后的写法把getOpener改为实例方法、移除类上的name="window"配置，本身是符合JS属性挂载逻辑的，仅剩下类名和全局实例的映射匹配问题待解决。

获取原生全局window实例的可行方案 #

由于Java自定义类名首字母大写，和JS全局小写的window对象存在命名差异，不需要修改原有类定义，可通过以下三种常用方案获取实例：

方案1：在现有类中添加静态全局访问入口 #

直接在你已经定义好的Window类中，补充显式绑定全局对象的静态属性方法：

@JsType(isNative = true, namespace = JsPackage.GLOBAL)
public class Window {
    // 显式绑定全局作用域下的小写window对象
    @JsProperty(namespace = JsPackage.GLOBAL, name = "window")
    public static native Window getCurrentWindow();

    // 实例方法读取opener属性
    @JsProperty
    public native Window getOpener();
}

业务代码中直接调用即可：

// 拿到原生全局window实例
Window globalWindow = Window.getCurrentWindow();
// 读取opener指向的窗口实例
Window openerWindow = globalWindow.getOpener();

这里的关键是给静态属性加上namespace = JsPackage.GLOBAL配置，明确告诉编译器该方法要从全局作用域取值，不受类名首字母大写的默认映射规则影响，精确匹配小写的全局window对象。

方案2：通过Js强转获取实例 #

如果不想改动原有类结构，可以使用JsInterop提供的原生类型强转能力，直接将全局window对象转为自定义类型：

// 直接将全局window对象强转为自定义的Window类型
Window globalWindow = Js.unsafeCastTo(JsGlobals.window);

该方案适用于临时访问的零散场景，无需为每个原生属性单独写映射方法。

方案3：规避命名歧义的长期适配写法 #

如果需要长期维护原生JS窗口的类型映射，建议从根源避免Java类名和JS构造函数的大小写冲突，调整类名后通过注解显式映射：

@JsType(isNative = true, namespace = JsPackage.GLOBAL, name = "Window")
public class JsWindow {
    @JsProperty(namespace = JsPackage.GLOBAL, name = "window")
    public static native JsWindow getCurrent();

    @JsProperty
    public native JsWindow getOpener();
}

这种写法完全绕开了Java类名首字母大写带来的默认映射错位问题，类型定义和JS原生逻辑一一对应，后续扩展其他window属性（比如location、history等）时也不会出现映射冲突。

内容的提问来源于stack exchange，提问作者Rüdiger